Восстановление информационной базы - событие, с которым рано или поздно сталкивается любой пользователь.
К восстановлению информационной базы могут привести следующие события:
1) полное или частичное разрушение жесткого диска, на котором хранится информационная база;
2) разрушение отдельных секторов жесткого диска, на которых хранятся фрагменты информационной базы;
2) аварийное завершение операций по обновлению информационной базы;
3) переполнение индексов таблиц информационной базы в процессе ее эксплуатации;
4) ошибки при обработке информационной базы разнообразными обработками;
5) разрушение информационной базы внешними программами и утилитами, в т.ч. компьютерными вирусами.
Проявлением несправности информационной базы могут быть следующие события:
- информационная база не запускается или получено сообщение о невозможности запуска по ошибке файла информационной базы или об его отсутствии;
- в процессе работы информационной базы получается сообщение об ошибке потока;
- в процессе выполнения отчетов, обработок, при формировании документов получаются различные сообщения, свидетельствующие о невозможности выполнения той-или иной операции;
- при формировании оборотно-сальдовой ведомости или отчетов по регистрам накопления получаются ошибочные результаты.
Конечно до восстановления информационной базы после аварии жесткого диска лучше не доводить. И для этого вовсе не обязательно арендовать в облаке за тысячи рублей гигабайты пространства под вашу информационную базу. Просто надо придерживаться следующего подхода:
- информационную базу следует разворачивать на такой операционной системе и системе управления базой даннных, которые Вы знаете. Не стоит начинать работать на Линукс если до этого Вы все время работали на Windows. Точно также не стоит уходить на MS SQL если до этого Вы работали только на файловой базе данных. Т.е. для учебных целей это конечно полезно, но при ведении бизнес задач это может привести к необратимой потере информации (если Вы четко не продумаете все механизмы восстановления данных). Не идите на поводу сервис-инженеров, обещающих золотые горы. Они могут исчезнуть в любой момент и Вы останитесь со своими проблемами один на один;
- информационная база и ее копии должны хранится на разных носителях (жестких дисках, электронных дисках, флешках, оптических дисках, облаке и т.п). Это убережет нас от внезапного разрушения носителя. Для этого на компьютере целесообразно установить не менее двух жестких дисков, например емкостью в 1Тб и 3Тб. Первый жесткий диск целесообразно разбить на 2 диска, из них первый отвести под программы и операционную систему, второй - под информационные базы. Жесткий диск самой большой емкости отвести для хранения копий данных программы резервного копирования. На сегодня такой программой является Acronis True Image 2016, позволяющая восстановить жеский диск как есть, настроить резервное копирование данных по своему расписанию.Могут возразить - а не лучше ли организовать резервное копирование на RAID массивах? На мой взгляд использование RAID массивов оправдано в организациях непрерывно работающих с информационной базой и остановка даже на непродолжительное время может привести к потери прибыли. Но следует помнить, что вопрос восстановления данных иногда остро стоит и при восстановлении данных с RAID массива;
- необходимо определить период времени по истечении которого Вы будете делать копии информационных баз на оптические диски или в облачный архив. Например - один раз в месяц или один раз в квартал (например после сдачи отчетности). Записанные оптические диски лучше хранить в других помещениях для исключения потери данных в случаи кражи или разрушения информационной базы компьютерными вирусами. Состояние копий облачных архивов также надо контролировать. Часто агенты резервного копирования дают сбой и копирование в облако не производится;
- техническое состояние всех дисков, на которых хранится информационная база, должно контролироваться сервисными утилитами или программами, результатотом которых будет предупреждение о том, что используемый носитель целесообразно заменить. И экономить на жестких дисках не стоит. Дефектный жесткий диск лучше доломать на второстепенных задачах. При этом, за счет снижения на него нагрузки, возможно он и прослужит дольше;
- состояние информационной базы должно периодически контролироваться. Контроль информационной базы проводится в реживе Конфигуратор -Администрирование - Тестирование и исправление, где выставляем все флаги обработки (от контроля до пересчета результатов).
Перед тестированием делаем резервную копию и затем запускаем режим тестирование, смотрим ошибки. При наличии физических ошибок информационной базы используем утилиту контроля физической целостности информационной базы chkdb.exе, которая входит в комплект каждой поставки платформы 1с. После исправления ошибок повторно проводим тестирование и исправление информационной базы.
Иногда после выполнения операций проверки целостности физической информационной базы и последующего тестирования и исправления информационная база становиться нерабочей.
В этом случае необходима ее декомпозиция и побитное сравнение с образом исправной информационной базы, что является по сути ювелирной операцией.
Поделиться с друзьями: