Составители:
34
Разумеется, если ошибки такого рода будут часто повторяться, то необходимо предпринять ряд ор-
ганизационно-технических мер, направленных на повышение надежности работы всей информационной
системы, одной из которых будет отказ от технологии «файл-сервер» и переход к «клиент-серверной» тех-
нологии.
Ошибка следующего вида (рис.38) свидетельствует, как правило, о более серьезных проблемах, свя-
занных с повреждением файловой системы информационной базы. Причинами такого рода проблем могут
быть отказы дисковых накопителей (винчестеров), ошибки файловой системы, связанные с пропаданием
электропитания
13
и т.п.
Рис.38. Сообщение о критичной ошибке
Рассмотрим проблемы, которые могут возникнуть при такой потере данных.
Очевидно, что типовую конфигурацию восстановить достаточно легко, поскольку она предоставля-
ется при покупке программы, а также распространяется бесплатно всем пользователям
14
программы.
Настройки, произведенные пользователем — результаты администрирования пользователей, собст-
венные отчеты и т.п. также могут быть восстановлены за относительно небольшое время
15
.
Потеря результатов финансово-хозяйственной деятельности компании может быть чревата чрезвы-
чайно серьезными последствиями, вплоть до ее банкротства. Кроме того, время восстановления программы
должно быть минимизировано, особенно для конфигураций, отвечающих за работу в реальном масштабе
времени — в самом деле, пока программа неработоспособна, невозможно обслужить клиента (покупателя),
выдать рабочему инструмент и т.п.
Очевидно, что должны быть средства, позволяющие, во-первых, произвести резервное копирование
данных (информационной базы), и, во-вторых, оперативно произвести ее восстановление.
Современные операционные системы имеют мощные средства для восстановления поврежденных
файловых систем
16
, поэтому в ряде случаев восстановление поврежденного каталога можно произвести без
использования какого-либо архивирования данных. Но такой подход нельзя считать правильным, поскольку
возможны ситуации, при которых файлы не смогут быть восстановлены, поэтому средствами резервной ар-
хивации данных все рано нельзя пренебрегать. Следует принимать во внимание также вероятность повреж-
дения информационной базы из-за воздействия компьютерных вирусов.
Способы резервного копирования (архивации) данных следует разделить на две группы:
• резервное копирование информационной базы средствами файловой системы;
• резервное копирование, осуществляемое непосредственно программой 1С:Предприятие.
Копирование информационной базы средствами файловой системы заключается в копировании
на другой дисковый накопитель и сохранение (например, на сменных носителях — компакт-дисках) катало-
га с информационной базой программы. Для восстановления информационной базы достаточно заменить
имеющийся (и поврежденный) каталог на резервный и заведомо исправный. Разумеется, те данные, которые
были введены после создания последней резервной копии, будут утрачены. Эти данные нужно будет ввести
еще раз на основании имеющихся документов на бумажных носителях.
13
Файловая система NTFS является журналируемой и соответственно — устойчивой к отключению компь-
ютера даже во время ответственной файловой операции, если используется файловая система FAT32, то
выключение питания во время записи на диск скорее всего приведет к повреждению файловой структуры и
диск (целиком или частично) будет «нечитаемым».
14
Разумеется, пользователям лицензионной версии!
15
При условии документирования всех операций.
16
Microsoft Windows NT/2000/XP/2003/Vista имеют собственные утилиты для проверки и восстановления
дисковых накопителей (программу chkdsk), либо можно воспользоваться более мощными средствами сто-
ронних производителей, например Acronis Disk Director (компании Acronis, Россия).
Страницы
- « первая
- ‹ предыдущая
- …
- 32
- 33
- 34
- 35
- 36
- …
- следующая ›
- последняя »
