Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

1С от 2.0 до 8.0. ЛикбеЗ от ярлыка до Конфигуратора


Информационный Канал Subscribe.Ru

Рассылка 1С от 2.0 до 8.0. ЛикбеЗ от ярлыка до Конфигуратора (economics.book.likbez1c)

Выпуск № 22

www.1c.ru
www.smtrade.ru

www.retail.ru

 

Сколь страшен сварщик для бухгалтера?

Помните, я предложил вопросы задавать про "железо"? Которое к ПК подключается и с 1С работает? ВОпрос пришел в тему наполовину, поэтому я пока в Штрих-коды, ККМы и POS-терминалы не углубляюсь, а отвечу про другой аспект влияния электронов в проводниках на бухгалтерский баланс.

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

Здравствуйте, Слава!
Не сталкивались вы со случаем, когда при отключении питания на сервере и локальным машинах полностью обнулялась вся база?
Денис summery@mail.ru

Сталкивался с отключениями, даже когда ничего не рушилось, хотя и ожидалось худшее :).

Сперва надо разобраться - что такое "обнулилась вся база"? Чтобы в процессе моей непосредственной работы с базой или хотя бы в сети в той же ошибок может много произойти, но обнуление, равно как и потеря дня, месяца, квартала, документов от одного пользователя - никогда. И не верю, что может быть. По крайней мере в оттестированной, проверенной и сертифицированной программе. Но скорее всего в программах (вообще), не проверенных и проч. не, таких "красивых" провалов тоже не будет, иначе это вообще одна большая ошибка, а не программа.
Один вариант, фантастический, я могу придумать. При выключении питания все файлы информационной базы, но за исключением файла с конфигурацией удалились. Или хотя бы стали пустыми, но здесь уже посложнее может оказаться. Далее, когда 1С вновь запускаем, она "думает", что это свежеустановленная конфигурация, которую в первый раз запускают (это если ничего, кроме .md-шника не осталось), либо, если 1С "переварила" на логическом уровне пустые файлы базы, то тогда мы и увидим пустую картину без сообщений типа "обнаружен первый запуск, не сделать ли первоначальное заполнение...".

Почему меня ооочччччень настораживает выпадение базы не в глюк, а в ноль? Проведем аналогию. Есть сумка с вещами, которые побросаны скомканными и на сумке попрыгаем для уплотнения. Еле-еле закрываем замки. Возьмем штырь и хорошенько протыкнем сумку насквозь. Какова вероятность того, что будет испорчена только одна конкретная вещь? Нулевая. Плюс еще законы Мерфи (ну или смотря как в каком наречии они называются) - вещь, падая, упадет так, чтобы нанести максимальный урон. Распаковываем сумку и убеждаемся: тут в одном месте дырка, тут в другом, а тут и вовсе три. Я уже не спрашиваю, какова вероятность того, что у всех рубашек рукава будут испорчены, и не более. :)
Другой вариант урона - ловкость рук в переполненном общественном транспорте. Здесь уже вероятность того, что будет испорчена только сумка, и вытащен кошелек - очень высока. Но это не форс-мажор, это целенаправленная человеческая деятельность.
Вернусь обратно в компьютерные глюки. Когда свет вырубается, то сбои откуда берутся? - из несброшенных файловых буферов, из незакрытых файлов, из незаписанных кешей. Естественно, с какими файлами наиболее интенсивно идет работа в момент аварийного завершения, то с ними наиболее вероятны фатальные последствия. Но шило здесь не выбирает по смыслу - зацепит, как зацепит. Или ничего, или по максимуму падающей вещи. 1С-ки до 8-й платформы информацию хранят в .dbf файлах, и когда при работе с ИБ вырубаемся некорректно, то файлы могут быть незакрыты и т.п. При первом запуске 1С после восстановления питания платформа может обнаружить: "кривой" dbf-файл - тогда ошибка открытия из-за нарушения его физической целостности (причем программа останавливает открытие ИБ на первом сбойном файле); все файлы "целы" - может быть нарушена логика базы в целом (1С может и не заругаться, запуститься); самый же мирный вариант - некорретные индексные файлы - это обнаруживается визуально, в журналах и справочниках такие чудеса могут писаться, либо перемещение курсора вверх-вниз меняет информацию в только что подсвеченной строчке.
Т. Е. упавшая база - она скорее не откроется, в ней информации море (если, конечно, она там вообще была), но связи потеряны/поперепутались. Могут ли файлы стать пустыми при выключении питания? Фантастика. Скорее потерять их вообще, но тогда 1С не откроет информационную базу
Другой вариант урона в компьютерных аналогиях - думаю уже понятно. Ручками можно много чего сделать: Delete на файлах, каталогах, format C:, и т.д. и т.п. Банальный человеческий фактор. :( Сумки-то обычно закрыты, а здесь все на виду :)

Можно ли откопать, что на самом деле произошло? Про стандарнтые способы предохранения ниже напомню, а при странных падениях, если о них рассказывают только словесные версии, можно для начала попытаться посмотреть журнал регистрации - что последнее происходило с базой; еще можно оценить даты создания файлов в каталоге: если все изменялись сегодня, а база упала вчера, то это подозрительно, в рабочей базе свежие моменты времени только в самых нагруженных dbf-ках фиксируются, а остальные могут надолго отставать. Если есть за что зацепиться, то далее смекалка поможет.

Теперь о предохранениях.

Самое главное - определиться, насколько важна информационная база, точнее информация из нее в целом. Много ли теряется, есил вся ИБ пропадет? Если практически ничего, то можно не волноваться.

Если ИБ ценна в любой степени, то необходимо проделывать превентивные процедуры и быть готовым к восстановлениям после сбоев.

Превентивные меры обеспечиваются надежностью программно-аппаратного комплекса: устойчивость операционных систем (вплоть до того, что не ставить лишнего ПО, особенно игр, дабы не испытывать винды лишний раз, они никому ничего не должны :)), надежность оборудования, защита питания.
Степень надежности должна быть разумной: 100% все равно никогда не будет, оптимум должен сочетать затраты на надежность с оглядкой на то, что думать о процедуре восстановления все равно надо.

Ну а что делать, когда все равно все упало (ИБП взял, да и не сработал :) ). Некая архивная копия всегда должна быть! Делать ее 1С-ским архивированием, либо сохранять и/или архивировать каталог(и) с ИБ - дело вкуса ответственного. Какова должна быть частота сохранений? - а сколько информации будет не жалко потом "вбивать" руками. Для кого-то и месяц не тяжело с бумаг повторно внести (падение произошло за 1 день до ближайшего месячного архивирования), а кому-то и половину дня нелегко набить (архивирование в обед и вечером). Очень часто тоже непросто архивироваться в сетевой программе - все ведь должны выйти. C SQL тут попроще, процедуру можно повесить на ответственность сервера и с почасовой частотой :), но такая система намного живучее файл-серверной.
Как промежуточный вариант - запустить "тестирование и исправление ИБ" в конфигураторе, если повезет, то все исправится; если не очень повезет - 1С напишет список выкуинутых объектов, да и глазами надо будет проглядеть, каких объектов не хватает (т.е. что руками вбить); в худшем случае 1С на этой стадии или отказывается исправлять ошибки, или аварийно завершается - тогда только восстановление наисвежайшего архива. Еще есть специализированные программы по ремонту dbf-файлов, но они помогут, только если 1С не справилась с восстановлением целостности dbf-ок; логическую целостность никто кроме 1С не проверит.

Я уже не говорю об аксиомах - наджнее твердой копии нет ничего, а электронные архивы должны жить на физическом носителе, ничего не имеющем общего с носителем ИБ.

Последнее наблюдение. Архивов надо иметь минимум два (т.е. не сохраняться все время в один и тот же файл)- в худшем случае сбой может произойти в момент архивирования, тогда ни архива еще нет, ни ИБ уже нет, а если файл с архивом один, то его тоже уже нет :(.

Будьте оптимистами, владеющими навыками работы с архиваторами! :)))

 

dtpr_st@vpost.ru (ведущий рассылки dtprST)

Вячеслав Ткаченко
Вакантное место :)

Поиск в рассылке
Архив на Subscribe.Ru
Поиск по архиву рассылки
"1С от 2.0 до 8.0. ЛикбеЗ от ярлыка до Конфигуратора"






http://subscribe.ru/
E-mail: ask@subscribe.ru
Отписаться
Убрать рекламу

В избранное