Ошибка автоматического создания резервной копии

Ошибка автоматического создания резервной копии

Общие обсуждения

Столкнулся с проблемой, что не могу сделать ни полное резервное копирование системы, ни просто резервное копирование состояния системы. Например, при выполнении команды WBADMIN START SYSTEMSTATEBACKUP -backupTarget:e: спустя некоторое время выдается ошибка:

Сбой при создании резервной копии состояния системы

Сбой операции службы теневого копирования тома

Ошибка. Ошибка операции службы теневого копирования томов (0х800423f4). Повторяющаяся ошибка средства записи. Эта ошибка вероятно будет возникать снова при повторении попытки архивации.

Предыстория проблемы: из раида 1 вылетел жесткий диск. После долгих выяснений понял, что проблема в hot-swap контроллере системы. Intel передал для замены новый hot-swap контроллер, но перед заменой этой железяки хочу сделать полный бэкап средствами Windows 2008, но этого сделать не могу из-за описанной выше ошибки.

Что можно предпринять для устранения данной ошибки?

• Изменен тип Yuriy Lenchenkov 2 августа 2011 г. 11:49
• Перемещено Yubo. Zhang 21 апреля 2012 г. 14:38 merge forums (От:Windows Server 2008)

Все ответы

Достаточно ли свободного места на бэкапируемых разделах (источнике)?

Если есть антивирус, то может быть в нём проблема.

Да, это не мой случай, у меня всего 1 системный диск и он виден. Еще месяц назад резервная копия делалась без ошибок.

Да, судя по ошибке, которую возвращает программа, это оно, но данная статья относится к Windows Server 2003, тем более еще месяц назад резервная копия на этом сервере делалась без ошибок. Можно ли установить обновление, предназначенное для Windows Server 2003, на Windows Server 2008?

нет, так не получится.

посмотрите vssadmin list writers — состояние и наличие ошибок

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий

Вот результаты выполнения команды vssadmin list writers:

VSSADMIN 1.1 — Утилита теневого копирования тома
(C) Корпорация Майкрософт, 2001-2005.

Имя компонента записи: «ASR Writer»
Id компонента записи:
Id экземпляра компонента записи: <24b5a022-2e6e-48f1-bb28-5dbfa0667884>
Состояние: [1] Стабильный
Последняя ошибка: Нет ошибок

Имя компонента записи: «System Writer»
Id компонента записи:
Id экземпляра компонента записи: <799d9b4b-682f-4f21-b1d8-06976b28db3d>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «SqlServerWriter»
Id компонента записи:
Id экземпляра компонента записи:
Состояние: [8] Неисправен
Последняя ошибка: Неповторяемая ошибка

Имя компонента записи: «TermServLicensing»
Id компонента записи: <5382579c-98df-47a7-ac6c-98a6d7106e09>
Id экземпляра компонента записи: <48a91dc8-13b5-4c9a-a3db-2eef2e82fcdf>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «Registry Writer»
Id компонента записи:
Id экземпляра компонента записи:
Состояние: [1] Стабильный
Последняя ошибка: Нет ошибок

Имя компонента записи: «BITS Writer»
Id компонента записи: <4969d978-be47-48b0-b100-f328f07ac1e0>
Id экземпляра компонента записи:
Состояние: [1] Стабильный
Последняя ошибка: Нет ошибок

Имя компонента записи: «NPS VSS Writer»
Id компонента записи: <35e81631-13e1-48db-97fc-d5bc721bb18a>
Id экземпляра компонента записи: <15bea4ae-c806-4595-b385-7e70e75f2431>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «IIS Metabase Writer»
Id компонента записи: <59b1f0cf-90ef-465f-9609-6ca8b2938366>
Id экземпляра компонента записи:
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «FRS Writer»
Id компонента записи:
Id экземпляра компонента записи: <0ac7ce54-91f3-4778-b97b-f43477ff65b9>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «WMI Writer»
Id компонента записи:
Id экземпляра компонента записи: <3acc1884-570f-4ffa-b869-6f9986dd4d67>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «COM+ REGDB Writer»
Id компонента записи: <542da469-d3e1-473c-9f4f-7847f01fc64f>
Id экземпляра компонента записи: <3949242d-1b38-4c22-ba64-f691cdee834c>
Состояние: [1] Стабильный
Последняя ошибка: Нет ошибок

Имя компонента записи: «Shadow Copy Optimization Writer»
Id компонента записи: <4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f>
Id экземпляра компонента записи:
Состояние: [1] Стабильный
Последняя ошибка: Нет ошибок

Имя компонента записи: «Dhcp Jet Writer»
Id компонента записи:
Id экземпляра компонента записи:
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «IIS Config Writer»
Id компонента записи: <2a40fd15-dfca-4aa8-a654-1f8c654603f6>
Id экземпляра компонента записи: <1d044e4f-a223-4f07-965f-7400e35f7036>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Имя компонента записи: «NTDS»
Id компонента записи:
Id экземпляра компонента записи: <6cd65e05-a698-431c-9dd4-f8a5a19b063b>
Состояние: [5] Ожидание завершения
Последняя ошибка: Нет ошибок

Как видно, всего 1 ошибка (можно ли ее как-нибудь исправить?) и много компонентов в состоянии «Ожидание завершения», но без ошибок.

Резервное копирование и восстановление информационной базы 1С

Есть множество причин, по которым необходимо выполнять резервное копирование базы данных. Среди них атака вирусов, скачки напряжения или даже атмосферные явления. Кроме того, следует всегда делать резервное копирование, когда вы выполняете обновление программы.

Регулярное создание архивных копий заметно сократит возможность потери важной информации, которая хранится в базе.

Сегодня расскажем, как выполнить резервное копирование и восстановление информационной базы 1С на примере «1С:Бухгалтерия 8 редакция 3.0».

Важно: доступ к настройкам резервного копирования в программах 1С есть только у пользователя с правами «Администратор».

Создаем копию информационной базы 1С

К такому варианту чаще всего обращаются перед обновлением системы и внесением существенных изменений. Если у вас файловая база, то самый быстрый и удобный вариант — копирование файла *.1CD.

Чтобы узнать, где находится база, нужно запустить систему. При запуске посмотрите на строчку с расположением файла базы.

Далее нужно перейти по этому пути и переместить копию файла туда, где он будет хранится.

Во время этой операции в базе нельзя производить действия с объектами конфигурации.

Когда потребуется восстановить базу из файла, замените файл *.1CD в папке базы данных.

Выгрузка информационной базы через конфигуратор

Есть и другой способ сделать резервное копирование. Для этого варианта в программе 1С нужно активизировать конфигуратор и выполнить выгрузку базы в файл с расширением dt.

Шаг № 1. Открываем конфигуратор.

Шаг № 2. «Администрирование» — «Выгрузить информационную базу».

Шаг № 3. Выбрать папку, куда будем выгружать БД в файл *.dt;

Шаг № 4. Ожидаем сообщение системы об успешной выгрузке. Оно появится внизу слева.

Настраиваем автоматическое резервное копирование

Чтобы выполнялось регулярное сохранение базы, лучше применять автоматическое резервное копирование в 1С.

В типовых конфигурациях есть инструменты для настройки этого процесса для информационной базы в файловом варианте.

Зайдите в «НСИ и администрирование». Затем «Поддержка и обслуживание» — «Резервное копирование и восстановление».

У вас будут варианты для сохранения копии. Система предложит:

• жесткий диск;
• внешнее устройство;
• облачный архив.

Через ссылку «Настройка резервного копирования» вы сможете выбрать:

• периодичность создания копии файловой базы 1С;
• дату начала и дату окончания выгрузки ИБ;
• место для сохранения ИБ (используйте облачные сервисы);
• количество хранимых резервных копий.

Обратите внимание! Такой механизм не подойдет для клиент-серверной базы.

В этом случае автоматическое резервное копирование данных в 1С 8.3 нужно будет выполнять через СУБД. А для этого нужно понимать структуру и механизмы СУБД.

Если у вас это вызывает сложности, то лучше обратитесь за помощью к нашим специалистам.

Восстановление базы 1С из резервной копии

Администратору важно не только уметь создавать копии базы данных или настраивать автоматическое резервное копирование, но и знать, как в случае необходимости восстановить базу.

Итак, у вас уже есть резервная копия информационной базы 1С 8.3.

Давайте загрузим ее в программу. Только обязательно сделайте перед этим резервную копию.

Режим конфигуратор

Если вы создавали архивную копию базы 1С через Конфигуратор, то в этом же режиме запустите базу 1С 8.3, куда вы собираетесь загрузить файл для восстановления.

Выберите «Администрирование» — «Загрузить информационную базу».

Далее в окне нажимаем на файл сохраненной резервной копии с разрешением *.dt. Затем «Открыть».

Затем программа выдаст предупреждение и спросит, продолжить ли загрузку. Отвечаем «Да».

Внизу окна в строке можно будет следить за статусом загрузки.

Уже в завершении загрузки появится сообщение системы с предложением перезапустить Конфигуратор. Нажимаем «Нет». И запускаем информационную базу.

Режим пользователя

Если вы создавали копию через автоматическое резервное копирование или в пользовательском режиме в разделе раздел «Администрирование» — «Обслуживание» — «Резервное копирование и восстановление», то следует воспользоваться следующим механизмом.

В этом же разделе нужно будет и загружать файл архива.

Когда вы сохраняли копию, то информация архивировалась Zip — WinRaR. Поэтому резервная копия располагается в файле с расширением *.zip.

Теперь восстановим информацию из этой резервной копии. Для этого зайдите в «Администрирование» — «Обслуживание».

Затем в разделе «Резервное копирование и восстановление» следует нажать «Восстановление из резервной копии».

Программа запросит указать путь к файлу резервной копии для выполнения операции по восстановлению.

В архивной папке выберите нужный файл. Это полностью упакованный в архив файл ИБ 1С 8.3 — файл *.CD. В его названии должны быть прописаны дата и время, когда была создана копия. Так будет удобно выбрать верный файл.

Далее выбирайте «Открыть», а затем нажмите «Восстановить данные».

Подождите до завершения операции, а затем приступайте к работе в восстановленной базе 1С.

Настройка автоматического резервного копирования

Резервное копирование базы данных нужно для того, чтобы сохранить базу данных в случае каких-то изменений. При необходимости можно будет вернуться к рабочей версии базы. Например, при обновлениях всегда нужно делать резервное копирование. Или при поломках аппаратной части у пользователей всегда должна быть резервная копия.

Копию базы можно сделать в конфигураторе самостоятельно.

В программе 1С есть настройка автоматического резервного копирования. При этой настройке пользователю не придётся заботиться о том, чтобы сохранить свои данные. Программа сделает это за него.

Рассмотрим создание копии на примере программы 1C: Учет в управляющих компаниях ЖКХ, ТСЖ И ЖСК.

Чтобы настроить уведомления о резервном копировании информационной базы в автоматическом режиме нужно выполнить следующие действия:

Зайти в меню: Администрирование – Настройки программы – Обслуживание.

Раскрыть меню «Резервное копирование и восстановление», нажав на стрелочку слева от него.

По ссылке «Создание резервной копии» можно сразу сделать копию. По ссылке «Восстановление из резервной копии» – восстановить базу из копии.

Под гиперссылкой «Настройка резервного копирования» указано, настроено ли копирование в данном программном продукте. У нас оно пока не настроено.

Щелкните по гиперссылке «Настройка резервного копирования». Появится окно.

Доступно 2 варианта резервного копирования:

по расписанию – в этом случае копии будут создаваться по расписанию:

При этом для создания копии программа должна быть открыта и пользователи в ней работать не смогут до завершения процесса.

при завершении работы – каждый раз при закрытии программы будет предложено создать копию.

Рассмотрим вариант создания копии «При завершении работы». Если поставить галочку, то при выходе из программы будет предложено выполнить резервное копирование.

Выбираем каталог, в который будет сохраняться резервная копия базы данных. Чтобы это сделать, нажимаем три точки в правой части поля, выбираем папку и нажимаем «Выбор папки».

В нижней части окна «Хранить резервные копии» есть на выбор 3 варианта:

«Все». Если выбрать этот вариант, то программа будет хранить все копии;

«За последние ‘кол-во’ ‘дней/недель/месяцев/лет/’». Здесь можно настроить за какое время сохранять базу данных. Например, выбрав вариант «6 мес», у нас будут сохраняться все копии баз за последние 6 месяцев;

«Последние». Выбрав этот вариант, мы можем выбрать какое количество последних резервных копий нам нужно сохранять.

Выбираем нужный нам вариант в настройке и нажимаем кнопку «Готово». Под гиперссылкой «Настройка резервного копирования» указано, что у нас настроено резервное копирование.

Теперь при закрытии программы будет появляться уведомление о том, что резервная копия не сделана.

Вы можете не делать резервную копию и нажать на кнопку «Завершить работу». Нажав кнопку «Продолжить работу», справа внизу появится уведомление о том, чтобы сделать резервную копию.

Нажмите по гиперссылке «выполнить дополнительные действия» и появится окно для создания копии. Ставим флажок и нажимаем «Завершить». База закроется и произойдет её резервное копирование.

Пять основных ошибок резервного копирования данных и способы их предотвращения

Как предотвратить проблемы с резервным копированием и применить правило «3-2-1» для облачного бэкапа? Портал TechTarget рассказывает о самых распространенных ошибках, которые вызывают проблемы с созданием бэкапов и восстановлением, а также приводит советы, которые помогут избежать их.

Бэкапы имеют решающее значение в любой стратегии защиты данных, без них также немыслим ни один план аварийного восстановления. К сожалению, компании допускают множество ошибок, что приводит к неудачному резервированию копий данных. Ситуация усугубляется тем, что причины неудач довольно типичны и постоянно повторяются. Ниже приводится пять основных причин, которые вызывают сбой процесса резервирования/восстановления, а также ряд действий, которые помогут их предотвратить.

1. Отказ носителя

Сегодня большинство сценариев резервирования предусматривает хранение копий на диске, что более надежно, чем их сохранение на ленточных накопителях. Тем не менее ИТ-отделы нередко сталкиваются с отказом накопителей. Более того, это одна из основных причин, которая не позволяет в полной мере наладить хранение бэкапов и восстановить их после сбоя.

Как предотвратить сбои накопителя

Чтобы убедиться в бесперебойной работе накопителя, нужно предпринять три упреждающих шага:

• займитесь обслуживанием ленточных накопителей. Многие компании по-прежнему применяют для целей хранения ленточные накопители. Чтобы хранить их в работоспособном состоянии, требуется следовать указаниям поставщика относительно правильного обращения, хранения и регулярной замены лент, а также их очистки в соответствии с графиком производителя. Следует также следить за гарантией производителя и не допускать перегрузок устройств;
• не переоценивайте надежность диска. Предположение, что диски работают без сбоев — ошибочно. Несмотря на то, что частота сбоев у них по сравнению с ленточными накопителями гораздо ниже, они все же случаются. Дисковое хранилище может быть локальным, удаленным или облачным. Независимо от его локации, стоит поинтересоваться, какие типы дисков используются для хранения, являются ли они RAID (избыточные массивы хранения) и имеются ли у поставщика или в локальном месте хранения другие функции защиты от сбоев, к примеру, резервные источники питания с возможностью горячей замены;
• придерживайтесь правила «3-2-1». Это правило для бэкапа означает, что стоит иметь по меньшей мере три копии данных, хранить копии на двух разных носителях и хранить одну резервную копию за пределами площадки. Причина создания более двух копий данных — стремление избежать ситуаций, когда основная и резервная копии физически хранятся в одном месте.

2. Человеческая ошибка

ПО, аппаратное обеспечение и системы должны работать согласованно, однако в некоторых случаях люди могут допускать ошибки. Так, иногда случаются ситуации, когда администраторы хранят ленточные накопители в непредназначенных для этого местах (помещения с повышенной влажностью, например), что может повлечь сбой в работе носителя или вовсе вывести его из строя. Помимо этого сотрудники несут ответственность за назначение данных, которые подлежат резервированию — на этом этапе очень часто допускаются ошибки. Бэкапы имеют такую же ценность, как и данные, которые в них хранятся. Это означает, что при ошибочном выборе набора данных или неподходящей для его хранения рабочей нагрузки, их ценность будет стремиться к нулю. Создание достоверного бэкапа — результат согласованной работы многоуровневых многосерверных приложений, а также приложений с зависимостями от других серверов, систем и приложений. Часто возникают ситуации, когда бэкапы делаются с одного сервера, что может исказить общую картину резервного хранения.

Как предотвратить человеческую ошибку:

• изучите свое окружение. Сотрудник, отвечающий за создание копий данных, должен досконально знать, содержит ли конкретный бэкап все необходимое для успешного восстановления. Здесь имеется в виду список всех необходимых наборов данных, копий приложений, систем, служб и зависимостей, которые в случае необходимости будут служить основой для его развертывания;
• применяйте собственное ПО для резервного копирования. Современное ПО для создания бэкапов обладает опциями для интеллектуального выбора всех необходимых систем, сервисов и наборов данных. Например, выбирая опцию «exchange», можно рассчитывать на то, что в резервную копию попадут все данные из локальной среды Microsoft Exchange, которые там были в определенный момент времени;
• составьтесвойнабор данных для резервного копирования. Возвращаясь к пункту «Изучите свое окружение»: важно убедиться, что в резервную копию попадут все части выбранного рабочего окружения, даже те, которые не включены в ПО для резервного копирования. В качестве примера может послужить локальный клиент Exchange. В некоторых случаях требуется создать бэкапы Active Directory, сервера сертификатов, стороннего приложения безопасности, которое сканирует входящие и исходящие сообщения электронной почты и т. д. По сути, бэкап выходит за рамки чисто технической категории, это могут быть наборы данных без определенной классификации. Нужно также знать, какие системы резервного копирования отвечают за их сохранность.

3. Обновление ПО

Операционные системы и корпоративные приложения предназначены для конкретных процессов, поэтому не всегда гладко работают с бэкапами, но все же подключиться к данным приложения (или определенному набору данных) можно всегда, к примеру, через API. Но иногда сбои резервного копирования могут быть вызваны несовместимостью между ПО резервного копирования и новыми версиями приложений, обновлениями ОС или приложений, новыми политиками безопасности или другими технологическими элементами.

Как предотвратить проблемы с ПО

Корпоративное ПО предприятия может включать сотни программ. Спрогнозировать, как их обновление повлияет на бэкап данных, практически невозможно. Единственный момент, который несколько облегчает жизнь — администраторы предприятий могут сами контролировать время обновлений софта и связанных с ним изменений в работе, тем самым предотвращая программные сбои. Несколько советов, которые помогут наладить контроль:

• следите за обновлениями приложений. Большинство обновлений приложений не затрагивают процессы резервного копирования, однако это касается не всего софта. Своевременное реагирование поможет вовремя заметить проблемы;
• мониторинг конфигураций безопасности. Современные системы резервного копирования относительно просты в настройке: стоит только подключиться к данным или приложению — и система тут же начнет делать резервную копию. Однако существуют препятствия в виде или обновления параметров, или политик безопасности, что мешает ее подключению к другим системам и, следовательно, не позволяет выполнить бэкап успешно. Администраторам сетей следует помнить об изменениях политик безопасности, если их проигнорировать резервные копии могут оказаться недостоверными.

4. Кибератаки

Бэкапы уже давно являются одним из важнейших средств для противостояния кибератакам. Тем не менее, в последние годы киберпреступники начали находить способы как их найти и уничтожить. Это происходит за счет применения вымогательского ПО, которое научилось сопоставлять несколько типов файлов резервных копий. Количество ransomware-атак с каждым годом растет. Кроме того, злоумышленники находят способы использовать сочетание скомпрометированных учетных данных и API системы резервного копирования для удаления бэкапов из самой системы. В итоге пользователи остаются без резервных копий.

Как предотвратить кибератаки:

• изолируйте учетные данные для доступа к бэкапам. Необходимо ограничить доступ для учетных записей, при помощи которых можно управлять системой резервного копирования или получать доступ к локальным каталогам наборов резервирования. В них хранится информация о числе носителей и дате их создания, даты создания каждого файла в каталоге. Каталог создается для каждого набора резервирования и хранится на последнем носителе в наборе. К этим данным также нужно ограничить доступ;
• применяйте для хранения бэкапов облачные хранилища. Самым распространенным методом, который злоумышленники применяют для поиска и удаления резервных копий, является простой поиск по типу файла. Хранение копий бэкапов в облаке (с помощью приложения резервного копирования, а не службы репликации файлов или виртуальных машин) позволяет держать их вне пределов досягаемости хакеров.

5. Отказ инфраструктуры

Некоторые компании применяют для создания и хранения бэкапов отдельные программы, некоторые — целые инфраструктуры, но однажды и те, и другие могут дать сбой. К примеру, могут выйти из строя ленточные накопители, дисковые массивы, серверы резервного копирования, сеть или возникнуть проблемы с доступом к библиотекам. Что касается компаний, которые хранят свои копии данных в облаке, то для них решающее значение имеет наличие высокопроизводительного сетевого подключения с низким уровнем задержки.

Как предотвратить сбой инфраструктуры:

• применяйте интеллектуальные системы резервного копирования. Такие системы часто применяются в случаях, когда компания испытывает сложности с подключением. Их преимущество заключается в том, что они обладают возможностью возобновить прерванные задания по созданию бэкапов;
• используйте резервное оборудование. Обычно бэкапы рассматриваются как «просто файлы», однако ситуация резко меняется, когда в них возникает потребность. Но важны не только бэкапы, а еще и резервное оборудование, когда основное выйдет из строя. Резервное оборудование включает сервер резервного копирования, сетевое и локальное хранилище бэкапов. Рассмотрите все возможные аспекты, которые повышают вероятность успешного восстановления.

Выводы

Как и любая другая часть ИТ-среды, системы создания бэкапов могут работать или бесшовно, или вызывать проблемы. Создание бэкапов имеет критически важное значение для защиты данных предприятия, предоставляя возможность использовать резервные копии, когда оно сталкивается с потерей данных, поломкой аппаратного или программного обеспечения.