Система 1С: Предприятие. Сохранение и восстановление данных. Обновление программы и конфигурации.

Сохранение, восстановление и тестирование информационных баз

В меню «Администрирование» есть пункты для сохранения, восстановления и тестирования информационной базы. При сохранении выполняется сжатие баз данных и файла конфигурации в архив с расширением «zip». При восстановлении данных происходит обратная операция, – из файла архива происходит распаковка баз данных и файла конфигурации.

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

Тестирование и исправление информационных баз производится в случае, когда имеются ошибки в базах данных, связанные, как правило, с системными сбоями (выключение питания, зависание программы и т.д.)

Обновление и загрузка измененной конфигурации

Срок жизни типовой редакции составляет от 1-2 лет. При этом за это время фирма 1С успевает выпустить несколько десятков релизов. Чем отличается релиз от редакции? Релиз – небольшая модификация конфигурации, связанная с исправлением имеющихся ошибок, выходом новых форм документов и отчетов, небольшими изменениями в законодательстве. Редакция же выпускается, когда меняется методология программы. Это может быть связано как с существенными изменениями в законодательстве (изменение плана счетов, введение налогового учета), так и потребностью коренных изменений в структуре данных и выполняемых функций. Так, например, самая первая конфигурация – «Торговля и Склад» пережила 9 редакций, конфигурация «Бухгалтерский учет» – 4, «Зарплата и Кадры» – 2. Количество редакций говорит также о негибкости более ранних редакций, что делает невозможным эволюционное развитие программы. Старые редакции фирма 1С не поддерживает, что приводит к их постепенному отмиранию.

Какие же механизмы дает 1С обновления программ?

1. При переходе от релиза к релизу применяется два способа – «Загрузка измененной конфигурации» и «Объединение конфигураций».

А) Первый способ «Загрузка измененной конфигурации» применяется, если последующая конфигурация является потомком изменяемой конфигурации. Последнее означает, что за данная конфигурация была скопирована, изменена в другом месте и загружена обратно. Если же после копирования обе конфигурации подверглись изменениям (даже несущественным), то при попытке загрузить другую конфигурацию система выдаст ошибку «Выбранный файл конфигурации не является потомком данного файла. При реструктуризации может произойти разрушение данных». Продолжайте загрузку, только если абсолютно уверены, что изменения, сделанные в текущей конфигурации после копирования являются несуществеными и могут быть потеряны.

Б) Второй способ «Объединение конфигураций» применяется, если требуется объединить две разные конфигурации (когда-то бывшие одной). При этом можно отдать приоритет либо текущей, либо загружаемой конфигурации и выбрать режим замещения или объединения объектов. В режиме замещения объект приоритетной конфигурации замещает объект с таким же именем другой конфигурации. В режиме объединения система пытается объединить два объекта с одинаковым именем. При объединении конфигураций, можно флажками отметить какие объекты требуется объединить.

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

2. При переходе от редакции к редакции применяются специальные конверторы, которые осуществляют перенос данных между двумя информационными базами. В настоящее время эти конверторы применяют для переноса данных промежуточный файл в формате XML.