В следствии наших собственных ошибочных действий работы на компьютере или атаки вирусов загрузить Windows 7 никакими способами не представляется возможным?! Или операционная система загружается, но работать в ней просто невыносимо?! Если вам знакомы данные ситуации и вы хотели бы в течении минимального времени исправить ситуацию, необходимо заранее готовится к таким проблемам и иногда (раз в месяц/ раз в два месяца) делать образ системы и при необходимости восстанавливать работоспособность операционной системы путем отката к созданному образу. В Windows 7 есть встроенный архиватор системы, который интуитивно весьма прост и понятен, не нужно устанавливать дополнительных программ для создания образа вашей системы и уж тем более тратить на эти программы деньги.
Как сделать образ системы Windows 7? Есть несколько способов запуска Архивирования системы, вот один из них. Заходи по пути
В открывшемся окне слева увидите «Создание образа системы»
- этот инструмент позволит вам создать архив системы один раз, если вы посмотрите в правую часть окна, увидите кнопку , т.е. есть возможность настроить архивацию автоматически. 
Вам выбирать какой метод вам подходит, в этой статье я опишу оба этих метода.
Создание образа системы
Нажимаем «Создание образа системы» , в открывшемся окне выбираете место где будет храниться бэкап системы, идеальный вариант это внешний жестки диск, можно использовать CD/DVD но учтите, что их много понадобятся. Локальный диск то же лучше не использовать, поскольку при атаке вирусов восстановление с локального диска не всегда возможно.
После выбора место сохранения бэкапа, необходимо выбрать что архивировать. Если у вас достаточно места, сохраните все локальные диски. В данном примере я сохраню только диск С.
В следующем окне подтверждаем наш выбор и нажимаем "Архивировать".
Далее идет процесс архивации/ создание образа системы, он может продолжаться довольно продолжительное время, все зависит от объема архивируемого пространства и мощности компьютера.
По окончании архивирования система предложит записать данные на диск, поскольку я архивирую на внешний жесткий диск, мне это не нужно, нажимаем "нет", к тому же записывать 32 Гб как то не очень хочется:)
На этом процесс создания образа системы окончен, бэкап находится на съемном диске, название папки WindowsImageBackup.
Настройка автоматического создания образа системы
Напоминаю изначально мы зашли по пути «Пуск-Панель управления-Архивация и восстановления» ,нажимаем «Настроить резервное копирование» , в открывшемся окне выбираете место где будет храниться бэкап системы, учтите что указанное место бэкапа должно быть доступно при его запуске по расписанию. Идеальный вариант это внешний жестки диск, CD/DVD не совсем подойдут, поскольку будет не очень целесообразно на каждый бэкап тратить несколько дисков. Локальный диск то же лучше не использовать, поскольку при атаке вирусов восстановление с локального диска не всегда возможно.
В следующем окне выбираем, что будем архивировать или представляем выбор системе, т.е. оставляем по умолчанию, в данном примере я оставлю по умолчанию. Нажимаем "Далее"
.
В следующем окне выбираем расписание выполнения образа системы, я рекомендую раз в месяц, хотя это индивидуально, все зависит от того как часто вы вносите изменения в систему.
После нажатия "Сохранить параметры и запустить архивацию
", начнется процесс архивации. Архивация системы может занять продолжительное время, до нескольких часов, все зависит от объема данных и скорости работы компьютера.
Надеюсь бэкап системы вам никогда не понадобится, но ситуации бывают разные и для подстраховки настоятельно рекомендую делать архивный образ системы.
Благодарим Вас за проявленный интерес к нашему сайту. Компания Айтишник существует с 2006 года и предоставляет услуги IT аутсорсинга. Аутсорсинг - это перепоручение необходимых, но непрофильных для компании работ другой организации. В нашем случае это: создание, поддержка и сопровождение сайтов, продвижение сайтов в поисковых системах, поддержка и администрирование серверов под управлением Debian GNU/Linux.
Сайты на Joomla
В нынешний век информации, сайт де факто, становится как минимум визитной карточкой организации, а зачастую одним из инструментов бизнеса. Уже сейчас сайты создаются не только для организаций и частных лиц, но и для отдельных товаров, услуг и даже событий. На сегодняшний день сайт это не только источник рекламы на гигантскую аудиторию, но и инструмент для продаж и завязывания новых контактов. Мы создаем сайты, используя CMS Joomla! Эта система управления сайтами проста и интуитивно понятна. Она очень широко распространена и, следовательно, в Интернете о ней содержится большое количество информации. Найти специалиста, работающего с Joomla тоже несложно. И вам не надо далеко ходить! Наша компания Айтишник занимается обслуживанием и сопровождением сайтов на Joomla! Мы проведём все технические работы, возьмём на себя всю переписку с хостером и регистратором домена, наполним сайт и обновим на нём информацию. И хотя Joomla проста в управлении, интуитивно понятна. Но будете ли вы сами регулярно выполнять необходимые работы на сайте? Сколько времени они отнимут у вас? Если вы хотите сконцентрироваться на своём деле, то доверьте поддержку вашего сайта нам. Мы сделаем все от нас зависящее, чтобы сайт жил и приносил пользу своему владельцу.
Если вы коммерческая организация, которая рекламирует или продаёт свои товары, услуги в Интернет, то вам просто необходимо продвижение сайта в поисковых системах. Ведь для того, чтобы продать что-нибудь надо, как минимум, чтобы это увидели, чтобы об этом узнали. И мы поможем вам в этом, мы продвинем ваш Joomla сайт в поисковых системах. В зависимости от конкуренции и выделенного для продвижения бюджета, ваш сайт будет занимать достойные позиции в поисковой выдаче. Сайт увеличит вашу прибыль!
Серверы Debian
Рано или поздно, стремясь к открытости и прозрачности своего бизнеса, многие компании сталкиваются с необходимостью обеспечения лицензионной чистоты используемого программного обеспечения. Однако, далеко не всегда затраты на лицензионные отчисления приемлемы, в особенности для малого и среднего бизнеса. Выходом из этой сложной ситуации является решение о переходе на Open Source технологии. Одним из направлений Open Source является операционная система Linux (Линукс). Сотрудники нашей компании специализируются на Debian Linux (Дебиан Линукс). Это старейший и наиболее устойчивый дистрибутив операционной системы Линукс. Мы предлагаем вам услуги по внедрению Debian Linux на Вашем предприятии, настройку, обслуживание и поддержку серверов.
Информация и реклама
Если настроил резервное копирование, не забил, не сэкономил - уже молодец. Но бэкап еще нужно уметь правильно готовить.
Лично у меня ощущение, что некоторые администраторы своей настольной книгой сделали специздание Остера с вредными советами по настройке бэкапа для оптимистов, не верящих в закон Мерфи.
Сегодня решил выложить свой короткий хит-парад с реальными историями, с которыми приходилось сталкиваться за время работы на стороне сервис-провайдеров и клиентов. После каждого такого случая виновник торжества остро чувствует, что ему в компании больше не рады, и понимает, что самое время обновить резюме на ХХ.
Читайте и мотайте на ус.
Зачем бэкап, когда есть RAID? Не заморачивайтесь с разворачиванием и настройкой системы резервного копирования, отдельной инфраструктурой для нее и специальным человеком, который будет ее админить. У вас же RAID, а значит есть две копии данных либо хранятся избыточные данные.Случай из жизни. Данные клиента находились на СХД. Для скорости и надежности на ней был создан RAID-10 из более чем 24 дисков. У СХД также было некоторое количество запасных дисков. Когда произошел отказ одного из дисков в зеркале, СХД заменила отвалившийся диск запасным и принялась восстанавливать содержимое на нем. Оставшийся в строю диск работал за двоих и активно отдавал данные тому новенькому диску, но делал это недолго, буквально 5 секунд. Потом диск не выдержал нагрузки, и произошел отказ всего RAID. В результате данные на всех 24 дисках были потеряны.
Если серьезно.
Зеркалирование, дублирование данных, которое лежит в основе работы RAID, не защищает их. RAID нужен для того, чтобы система не останавливалась из-за каждого отказа жесткого диска. RAID – это про доступность, а не про сохранность данных. Он не поможет, если нерадивый администратор или вирус испортил данные. Не обеспечит он и версионность.
В общем RAID – не для бэкапа. Не путайте теплое с мягким.
Совет 2. Складывайте бэкапы на ту же СХД, где находятся исходные данные
Если все-таки решили делать бэкап, не тратьтесь на отдельное хранилище для резервных копий. Современные СХД очень надежные и умные. Берете и выделяете быстрые тома под продуктивные данные, а на медленные складываете резервные копии. Забудьте про правило 3-2-1. Те, кто говорит про него, просто не знают, что так можно.Используйте возможности СХД до конца!
Случай из жизни. Тут историй много, так как с СХД может произойти все что угодно. Конец у этих историй, правда, одинаковый: отказ СХД и недоступность, а иногда и полная потеря данных. Самые мои любимые истории из серии “человеческий фактор”:
- администратор перепутал и удалил продуктивный LUN;
- начинающий администратор прилепил к СХД на забор воздуха большую наклейку с подробным описанием назначения СХД, ее IP-адреса, краткой инструкцией по включению и выключению, контактами ответственного и пр. очень “нужной” в работе информацией. СХД перегрелась и отказала.
Если серьезно. Не делайте так. Если делаете, то будьте морально готовы к тому, что останетесь без исходных данных и без бэкапов на неопределенное время.
Совет 3. Откажитесь от бэкапа сервера и базы данных системы резервного копирования
Бэкапить сам сервер и базу данных резервного копирования? Зачем? У вас уже есть бэкапы, как-нибудь восстановитесь. Если сервер резервного копирования прикажет долго жить, то просто развернете все заново, импортируете туда файлы с бэкапами. Потом подождете, пока система поймет, что со всем этим хозяйством делать, и восстановит базу данных с информацией о заданиях, расписании, объектах резервного копирования и их расположении, месте хранения бэкапов. Не беда, что сначала вы потратите время на восстановление системы резервного копирования и только потом начнете приводить в чувство упавшую инфраструктуру.Случай из жизни. На одном LUN СХД размещались исходные данные и сервер резервного копирования. Когда LUN стал недоступен и понадобилось восстановиться, оказалось, что бэкапа сервера и базы данных резервного копирования нет. Без последней все резервные копии превратились в чемодан без ручки. Ребятам пришлось разворачивать систему резервного копирования “с нуля”. Благо у используемого решения была возможность воссоздать базу заново через импорт бэкапов в систему. Но был один нюанс: данных для импорта было 100 ТБ. Чтобы собрать новую базу, новая система должна по ним обстоятельно пройти и каталогизировать все данные. В итоге за 1,5 суток было обработано лишь 20%. Потом кто-то им посоветовал импортировать только full бэкапы (самые большие файлы), и дело пошло быстрее, но потерпевшие уже потеряли много времени и нервов.
Если серьезно. Чтобы быть во всеоружии, когда сервер резервного копирования потерян, нужно предусмотреть два момента:
- бэкап сервера и базы данных резервного копирования (резервирование резервного копирования). В каких-то решениях достаточно развернуть систему заново и импортировать в нее файлы бэкапов. То есть наличие бэкапа базы данных с заданиями, объектами резервного копирования и пр. не столь критично. Так, например, устроено у Veeam.
С другими без базы данных не обойтись (Symantec). Если она не бэкапилась, придется потратить время на ее восстановление.
Для третьих – после потери базы остается только обратиться к техподдержке вендора (Commvault).
- заранее продуманный план по Disaster Recovery для сервера резервного копирования на случай отказа основного сервера/площадки. Многие вендоры систем резервного копирования в документации предлагают варианты по организации Disaster Recovery сервера резервного копирования, например: , Commvault .
Совет 4. Не тестируйте восстановление из резервных копий
Бэкап – не для восстановления, а для того, чтобы просто был и грел администратору душу самим своим существованием. Главное – настроить резервное копирование, а дальше все точно будет бэкапиться так, что вы сможете без труда восстановить и виртуальную машину, и базы данных, и приложения. Во всех случаях восстановленные данные будут целостны и невредимы.До “часа Ж” RTO останется тайной для администратора и для начальства. Зато потом для всех будет сюрприз.
Еще лучше, если никто, кроме администратора, не знает, где лежат бэкапы, а сценарий восстановления есть только в его голове. Пусть коллеги попробуют свои силы в импровизации.
Случаи из жизни. Таких историй тоже много, вот одна из самых типичных. Жила-была база данных по имени prod. Инженер резервного копирования как положено поставил ее на бэкап. В один прекрасный день случился сбой, и администраторы восстановили базу рядом с названием prod1. Продуктив соответственно стал жить на prod1. Инженер резервного копирования про это ничего не знал, поэтому prod1 на бэкап не поставил. Старая база prod продолжает бэкапиться. Когда наступает необходимость восстановиться из бэкапа, оказывается, что его нет. Данные за последние 3 месяца потеряны.
Похожая история происходит, когда БД переезжает на новые диски или сервер. Проблема во многом организационная, но и ее можно избежать, если периодически проводилось тестовое восстановление из резервной копии с участием владельца системы.
Если серьезно. После настройки системы резервного копирования, проведите хотя бы раз тестовое восстановление. Дальнейшее расписание тестов зависит от объекта бэкапа: как часто он меняется, его размеры и пр. В проверке должен участвовать владелец системы/приложения.
Если не хочется проверять все вручную, то у большинства ПО резервного копирования есть функции автоматизации проверок (например, у Veeam Sure Backup – целостность данных).
Кроме того, у многих ПО есть возможность использовать скрипты для проверки бэкапов, позволяющие проделать какие-то действия после восстановления (загрузить приложения, подключиться к определенным портам, создать объекты в базе и пр.).
Тестовое восстановление поможет получить реалистичную оценку RTO (RTO, полученное расчетным путем, может сильно отличаться от жизни). Также оно поможет выявить пробелы в регламентах по восстановлению, если таковой вообще имеется.
Причин для тестирования бэкапа много, как и рекомендаций по его организации. Об этом подробно расскажу в одной из следующих статей.
Совет 5. Никакой отдельной инфраструктуры под резервное копирование
Систему резервного копирования и инфраструктуру под нее делаем по остаточному принципу. Когда продуктив уже работает, в эту же инфраструктуру и сеть впихиваем и резервное копирование. Пусть все ходит по одному каналу. Не ставьте ограничения на полосу пропускания для заданий резервного копирования, пусть бэкап ест столько ресурсов, сколько хочет.Случай из жизни. У клиента продуктив и резервное копирование делили между собой один сетевой канал.
Раз в квартал в компании рассчитывался квартальный отчет. Весь процесс занимал более 15 часов, поэтому группа (назовем ее условно “бизнес”) стартует генерацию отчета с утра и получает готовый отчет утром следующего дня. Одним таким прекрасным утром оказывается, что квартальный отчет не сформировался. Расследование показало, что ошибка произошла из-за разрыва соединения с базой данных. Каких-либо видимых технических причин этому не находилось. Через неделю ребята повторно запускают создание отчета, и все получается. Но через полгода проблема повторяется.
Оказалось, примерно в это же самое время другая группа (назовем ее “ИТ”) запускает задание на полное резервное копирование базы. Выполнение задания занимало большую часть сетевой полосы, нагружало базу данных, в результате чего соединение между системой, рассчитывающей отчет, и базой данных обрывалось. Проблему удалось решить после отказа от резервного копирования в день создания квартального отчета.
Если серьезно. Резервное копирование – ресурсоемкая вещь. В идеале под него нужна своя инфраструктура и сеть на выделенном оборудовании. Тогда резервное копирование не будет создавать помех продуктиву, а задания на бэкап и восстановление будут выполняться за приемлемое время.
Заложить отдельную инфраструктуру под резервное копирование легче всего на этапе планирования продуктивного стенда.
Если отделить мух от котлет уже не получается, то можно попробовать выставить ограничения средствами системы резервного копирования (Network Traffic Throttling) или ограничить полосу пропускания с помощью QoS на сетевом оборудовании. Тут главное соблюдать баланс и не “зарезать” полосу для резервного копирования так, что задания будут выполняться по 24 часа.
Зачем настраивать почтовые уведомления о том, что очередное задание на бэкап успешно сделано или зафейлилось? Спама в ящике и так хватает. Тем более не нужно следить за состоянием сервера, где работает система резервного копирования.Меньше знаешь – крепче спишь.
Случай из жизни. У Veeam есть одна особенность: после установки обновления нужно обязательно зайти на основной сервер и запустить этот обновленный Veeam. Он проверит и выдаст список инфраструктурных серверов, требующих обновления. Если какие-то из компонентов инфраструктуры резервного копирования останутся необновленными, то основной сервер не сможет общаться с ними, при выполнении заданий будет выдаваться ошибка. Администратор то ли забыл про этот момент, то ли просто не знал, обновил основной сервер и ушел со спокойной душой на выходные. Оповещения не настроены, поэтому о своей ошибке он узнал только в понедельник, когда понадобились бэкапы, которых не было.
Если серьезно. Настраивайте оповещения о выполненных заданиях и об ошибках. Так вы будете понимать, есть у вас вообще бэкап или у вас закончилось место на диске и складывать уже некуда. В дополнение можно настроить еженедельные отчеты по заданиям и ошибкам, количеству оставшегося места под бэкапы.
Мониторьте доступность самого сервера резервного копирования: хотя бы пингуйте.
Этот список можно продолжать долго, но я, пожалуй, на этом остановлюсь. Делитесь в комментариях своими вредными советами и историями про резервное копирование из цикла “было бы смешно, если б не было так грустно”.
После установки Windows 7, используя , напоминает о необходимости настроить резервное копирование . Конечно, эти напоминания можно отключить. Я не стал отключать, а, наоборот, озаботился созданием резервной копии. Ни для кого не секрет, что данных на компьютере мы храним все больше, и совершенно не хотим их потерять.
Специально для резервного копирования был куплен внешний диск Seagate BlackArmor объемом 1 ГБ. (В 2009 г. такой объем не казался чем-то совсем маленьким.)
Давайте пройдемся по шагам настройки резервного копирования в Windows 7.
Настройка резервного копирования
Чтобы начать настройку, откройте приложение . Для этого щелкните значок Центра поддержки (в виде флажка) на Панели задач:
И щелкните ссылку Открыть центр поддержки
.
Откроется приложение :
Самый простой способ, чтобы открыть приложение Архивация и восстановление : нажать кнопку Пуск, набрать архива и щелкнуть Архивация и восстановление среди найденных элементов в группе Программы . Или откройте Панель управления, и в группе Система и безопасность щелкните Архивирование данных компьютера .
У меня уже настроена архивация, поэтому в этом окне показывается текущий размер архива и параметры архивации. Если у вас еще не настроена архивация, оно будет выглядеть примерно так:
Этот снимок экрана из Windows 8; в Windows 7 должно выглядеть почти так же.
Выберите диск, на котором будут храниться архивы:
У меня это - внешний жесткий диск BlackArmor Drive, которому присвоена буква B:.
В моей системе много дисков, поэтому список достаточно большой, обычно вы увидите два–три диска в этом списке.
Выберите, что следует архивировать:
Система предлагает два варианта:
- Предоставить выбор Windows (рекомендуется)
- Предоставить мне выбор
В первом случае будут сохранены все файлы, сохраненные в , на рабочем столе: будет сохранен (почти) полный профиль пользователя, включая все стандартные папки. Этот вариант подойдет только если все важные файлы вы храните в папках по умолчанию : Документы, Изображения, Музыка и др., которые доступны из меню Пуск.
Во втором случае можно выбрать, какие библиотеки и стандартные папки включать в архив, а также выбрать любые другие папки на жестком диске. Выбираем вариант Предоставить мне выбор и переходим к выбору папок:
По умолчанию Библиотеки каждого пользователя компьютера будут выбраны. Я отменил сохранение библиотеки Видео.
В Дополнительные расположения входят следующие папки:
- Папка AppData
- Контакты
- Рабочий стол
- Загрузки
- Избранное
- Ссылки
- Сохраненные игры
- Поиски
Все эти папки расположены в профиле пользователя. Щелкните по имени пользователя в меню Пуск и вы их увидите. По умолчанию папка AppData скрыта; в этой папке приложения сохраняют свои настройки и данные. Я рекомендую включать папку AppData в архив.
Можно включить в архив другие папки, хранящиеся на жестких дисках компьютера. Например, я храню фотографии на отдельном разделе жесткого диска - диск Photo (P:) - и хочу добавить в архив папку Фото, хранящуюся на этом диске.
Отметьте или снимите флажок Включить образ системы . Я рекомендую сохранять образ системы, если на диске, где будут храниться архивы, достаточно места. В случае неполадок можно быстро восстановить работоспособность системы из сохраненного образа. Образ системы - это точная копия системного диска, обычно C:, включая все пользовательские данные, настройки программ и операционной системы, все установленные приложения.
Если вы впервые настроили архивацию, то система выполнит первое резервное копирование. В первый раз на это может потребоваться несколько часов, в зависимости от объема сохраняемых данных и скорости используемых жестких дисков. В следующий раз система сохранит только измененные файлы, поэтому архивация займет меньше времени.
Что получится в результате архивации?
На жестком диске будет создана папка WindowsImageBackup, если вы выбрали создание образа системы, и папка с именем компьютера, внутри нее будут папки резервных копий, внутри которых хранятся инкрементальные архивы:
- COMPUTER
- Backup Set 2012-12-29 115646
- Backup Files 2012-12-29 115646
- Backup files 1.zip
- Backup files 2.zip
- Backup files 1254.zip
- Backup Files 2013-01-03 173608
- Backup Files 2012-12-29 115646
- Backup Set 2013-10-19 105815
- Backup Files 2013-10-19 105815
- Backup Files 2013-12-06 220007
- Backup Set 2012-12-29 115646
- WindowsImageBackup
- COMPUTER
- Backup 2013-12-06 180053
- COMPUTER
Папки с резервными копиями и образом системы защищены, туда не так просто попасть. Чтобы удалить ненужные архивы, используйте интерфейс программы , об этом я уже рассказывал одноименном обзоре: .
Файлы в резервной копии хранятся в виде Zip-архивов. Извлекать их вручную неудобно, используйте кнопку Восстановить мои файлы или ссылку Восстановить файлы других пользователей в интерфейсе программы Архивация и восстановление данных .
Предыдущие версии
В Windows 7 в свойствах папки или файла есть вкладка Предыдущие версии . Это - часть . На вкладке Предыдущие версии вы увидите список доступных версий файла/папки, включая точки восстановления системы и резервные копии . Таким образом можно быстро и легко восстановить случайно измененный или удаленный файл или папку. Если версия файла или папки относится к точке восстановления, то ее можно просто открыть и посмотреть содержимое; если версия файла хранится в резервной копии, то будет доступно только восстановление.
Опытные администраторы знают, что резервные копии базы – залог их спокойного сна. Правильно настроенное и своевременное копирование информации позволит не бояться скачков напряжения, вирусов и атмосферных явлений, способных вывести из строя оборудование. Чем больше пользователей работают в базе 1С, тем больший эффект получит спасение их работы из резерва. Резервное копирование базы 1С выполняется самостоятельно различными способами, каждый из которых будет оптимален при определенных условиях и размере ИБ.
Создание копии ИБ администратором
Данная возможность не является самой надежной для постоянного использования. Часто к ней прибегают с целью выполнить резервное копирование в 1С перед обновлением и внесением существенных изменений. Самый быстрый вариант для файловой базы, не требующий даже использования конфигуратора и вспомогательного ПО – копирование файла -*.1CD. Если неизвестно, где расположена база, запустите 1С и при выборе баз обратите внимание на строчку с расположением файла базы:
Перейдя по этому пути, мы должны переместить копию нужного нам файла в место, в котором она будет храниться.
В этот момент в базе не должно происходить активных действий с объектами конфигурации. Чтобы восстановить ИБ из файла, просто замените файл *.1CD в папке БД. Другой вариант сделать резервное копирование в 1С потребует активизировать конфигуратор – выгрузка ИБ в файл с расширением dt. Для этого выполняем простые действия:
Для регулярного сохранения больше подходит автоматическое резервное копирование в 1С. Компания 1С в типовых конфигурациях подготовила настройку этого процесса для ИБ в файловом варианте. Вы найдете ее по «НСИ и администрирование», «Поддержка и обслуживание», «Резервное копирование и восстановление». Можно сохранить копии на жесткий диск ПК, внешнее устройство и облачный архив.
Также тут можно обнаружить пункт «Настройка резервного копирования». Он разрешает задать:
- Периодичность создания копии файловой базы 1С;
- Дату начала и дату окончания выгрузки ИБ;
- Место для сохранения ИБ (используйте облачные сервисы);
- Количество хранимых резервных копий.
Для клиент-серверной базы механизм не подходит. Автоматическое резервное копирование данных в 1С 8.3 необходимо выполнять, используя СУБД. Наибольшей популярностью в России пользуются Microsoft SQL и PostgreSQL. Для настройки автоматического сохранения данных, нужно разбираться в структуре и внутренних механизмах СУБД.
Восстановление базы 1С из резервной копии
Для администраторов важно уметь не только настраивать автоматическую выгрузку копий БД, но и знать, как восстанавливать базу. Каждый надеется, что ему не пригодятся эти знания, но даже для спокойствия, администратор должен уметь восстанавливать базу. Но помните, что загрузка БД из сделанной копии – это последний способ исправить проблему и перед этим нужно попробовать остальные возможности. Процесс происходит в монопольном режиме и состоит из следующих пунктов:
- Сделать еще одну копию базы;
- Если сохраненная база в формате «*.1CD», то достаточно заменить файл 1CD на аналогичный из резерва, и запустить 1С;
- Если файл в формате «*.dt», то необходимо зайти в конфигуратор. Затем выберите меню «Администрирование» >> «Загрузить информационную базу …». Укажите путь к конкретному файлу и подождите, пока 1С не сообщит об успехе;
- Запустите механизм «Тестирование и исправление информационной базы».
Настройка резервного копирования в 1С 8.3 должна быть в арсенале каждого администратора, как и способ восстановления базы. Но грамотный администратор не будет использовать этот механизм на постоянной основе, так как это крайняя мера в спасении БД.
