Продолжение, начало в КИ/19-21 Юрий Травин, Астро Софт

Существуют две схемы решения такой задачи будем называть их схема on-line (т.е. работа в реальном режиме времени) и схема off-line. Рассмотрим более подробно каждую из них.

1. Использование схемы on-line. Подразумевается ведение единой централизованной информационной базы (ИБ) предприятия и обеспечение для каждого удаленного подразделения собственного канала связи. Безусловным преимуществом такой схемы является то, что работа с данными во всех подразделениях ведется в реальном режиме времени. При этом не требуется принимать каких-либо дополнительных мер по обеспечению согласования и обновления данных. При условии нормальной скорости работы с базой данных (БД) на удаленных филиалах такую схему можно считать оптимальной.

Но, как показывает практика, именно скорость работы и становится камнем преткновения на пути реализации такой схемы. При использовании сетевой версии программы, даже в архитектуре клиент-сервер, на удаленных точках необходимо иметь хороший канал связи. Использование обычных телефонных линий приведет к недопустимо медленной работе всей системы. Единственным выходом здесь может быть покупка выделенных каналов связи (по одному на каждую удаленную точку). Но это обычно оказывается экономически невыгодным не только для малых, но даже и для большинства средних фирм (только арендная плата составит около 1000$ в месяц на каждый канал).

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

Например, если использовать в качестве такого ПО пакет WinFrame фирмы Citrix (стоимость пакета около $2,500), который позволит запускать несколько копий программы на одном сервере Windows NT 4.0 и осуществлять доступ к нему одновременно нескольким удаленным подразделениям, то вам не удастся обойтись без высококвалифицированного сетевого администратора.

В более простом варианте, когда количество удаленных подразделений невелико, можно порекомендовать использовать пакет Norton pcANYWHERE фирмы Symantec, который работает под Windows 95 и достаточно прост в использовании. Но в том подразделении, где физически находится ИБ , надо будет выделить под работу с удаленными филиалами столько компьютеров, сколько у вас подразделений.

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

2. Использование схемы off-line. Альтернативой приведенным выше схемам является работа не с централизованной ИБ, а с распределенной , которая расположена в каждом из подразделений фирмы. При этом синхронизация осуществляется с некоторой периодичностью. Например, можно синхронизировать базы каждый час, 1 раз в день или еще реже все зависит от потребности предприятия.

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

Недостаток такого подхода: неоперативное обновление информации в БД и необходимость периодически производить специальные процедуры по переносу информации. Однако, если небольшая задержка в обновлении информации на центральной базе не является критичной, а процедура переноса файла обновления данных хорошо организована, то использование схемы с распределенными базами оказывается наиболее целесообразным, а иногда и единственно возможным решением проблемы по работе с удаленными подразделениями.

Рассмотрим подробно возможности новой версии системы 1С:ПРЕДПРИЯТИЕ 7.5 по работе с распределенными БД.

1. Общие принципы работы компоненты
Первым шагом при использовании компоненты должно быть распределение ролей между ИБ. Любая распределенная ИС состоит из центральной ИБ и произвольного числа периферийных ИБ. При этом для работы с любой из ИБ может использоваться как сетевая версия 1С:ПРЕДПРИЯТИЯ, так и однопользовательская.

РИСУНОК 1. Схема распределенной информационной базы

Центральная ИБ (обычно она располагается в главном офисе фирмы) является привилегированной это единственная точка, где может модифицироваться конфигурация прикладной системы и откуда может осуществляться управление структурой распределенной ИБ (составом входящих в нее периферийных ИБ).

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

Для синхронизации ИБ между периферийными и центральной ИБ периодически производится перенос измененных данных. Передача изменения производится специальным файлом передачи данных. Механизм передачи этого файла значения не имеет (для этого, например, может использоваться электронная почта, прямое соединение по модему, передача файла на дискете или на любом другом носителе информации). Для каждой пары ИБ способ физической передачи файлов переноса данных может быть выбран индивидуально.

Важно отметить: при изменении в центральной ИБ самой конфигурации системы в процессе переноса данных происходит также автоматическая реструктуризация данных во всех периферийных ИБ.

2. Конфигурирование компоненты
При конфигурировании системы для различных видов объектов может быть определена область миграции, т.е. указаны те ИБ, в которые должны попадать конкретные экземпляры объектов данного вида в зависимости от места их создания (рис.2).

РИСУНОК 2. Определение области миграции для справочника "Товары"

Например, доверенности могут не участвовать в переносе информации, так как они обычно используются только по месту выписки. Многие документы имеет смысл переносить только на центральную ИБ для получения консолидированной отчетности

Система поддерживает специальный механизм обмена файлами переноса данных автообмен, параметры которого также можно настроить при конфигурировании компоненты. Режим автообмена предназначен для облегчения и ускорения процесса загрузки-выгрузки файлов обмена данных и уменьшения вероятности ошибки при вводе имени файла. Этот режим особенно полезен на центральной ИБ при большом количестве периферийных баз. Каждой периферийной ИБ может быть установлен один из четырех возможных режимов автообмена: ручной, автоматический, фиксированный и автонумерация (рис.3).

РИСУНОК 3. Настройка параметров автообмена

3. Разрешение спорных ситуаций
При работе распределенной системы с периодическим обменом данными могут возникать спорные ситуации (коллизии). Так как в промежутках между обменами каждая ИБ работает автономно, то это, например, может привести к тому, что созданному на одной из ИБ документу будет присвоен уникальный в пределах данной ИБ номер, который окажется не уникальным для всей ИБ в целом. Аналогичная ситуация может возникнуть и для кода вновь созданного элемента справочника.

Компонента Управление распределенными ИБ автоматически обрабатывает спорные ситуации, возникающие в процессе работы в соответствии с заложенными в нее Принципами разрешения спорных ситуаций. Однако возникновение коллизий остается нежелательным и их, по возможности, следует избегать. Для этого у администратора системы есть мощный инструмент, включающий настройку пользовательских интерфейсов и прав доступа, использование средств встроенного языка, а также, механизм настройки свойств миграции объектов. Следует заметить, что процесс настройки работы распределенной ИБ требует глубокого понимания как принципов работы компоненты управления данными в распределенной ИБ и системы 1С:Предприятие в целом, так и особенностей функционирования конкретной конфигурации.

4. Обработка некорректных действий пользователей
Система ведет себя устойчиво при возможных сбоях в организации процесса переноса данных. Например, файлы можно загружать не в том порядке, в каком происходила их выгрузка, производить попытку повторной загрузки, пытаться принять файл, предназначенный для другой ИБ и даже потерять один или несколько файлов переноса данных распределенная ИБ будет функционировать корректно.

Приобрести систему 1С:ПРЕДПРИЯТИЕ версия 7.5 или любую из ее компонент с полным сервисным сопровождением вы сможете у официального партнера фирмы 1С в Петербурге фирме Астро Софт. Приглашаем также посетить бесплатный семинар, на котором квалифицированные специалисты подробно расскажут про эту систему, продемонстрируют ее в работе и ответят на ваши вопросы.

Запись на семинар по тел. 327-4400