Те, кому доводилось работать с сетевыми версиями программ семейства 1С:Предприятие 7.7, да и вообще с любыми аналогичными программными продуктами, несомненно подтвердят, что в реальной практике очень даже не редки случаи простоев в работе, связанные с восстановлением поврежденной информации в базах данных после различных проблем, которые, так или иначе, неизбежно возникают при работе некоторого числа компьютеров в сети. Причем, чем больше этих компьютеров, и чем больше проблем имеет сама сеть и ее рабочие станции (как "железных", так и проблем с программным обеспечением), тем сложнее нормально работать с сетевой версией 1С:Предприятия. И порой, такая работа превращается в настоящий кошмар. Для того, чтобы понять истоки подобных проблем, попробуем кратко описать работу любой сетевой компоненты 1С:Предприятия в штатном режиме.
При традиционном способе функционирования сетевых приложений 1С, на каждой рабочей станции, вовлеченной в процесс работы, открывается своя задача, и все вычисления проводятся непосредственно на ресурсах рабочей станции. При этом общее взаимодействие осуществляется с помощью общения с базой данных, находящейся на одном из компьютеров сети, который условно можно назвать "сервером" данного приложения. На каждой рабочей станции устанавливается оболочка программы, а на сервере приложений - база данных, с которой и осуществляется параллельная работа всех пользователей системы. Рано или поздно один из компьютеров, работающих с программой, даст сбой. Причин может быть масса: зависание операционной системы, некорректная работа пользователя, повреждение сегмента локальной сети и т.п. Результат частенько бывает таким - все остальные компьютеры, работающие с 1С:Предприятием, тоже зависают. Ну а дальше - стандартный набор процедур "напуганного пользователя". Снятие задач на остальных компьютерах (иногда, даже, кнопкой Reset), затем запуск 1С:Предприятия в монопольном режиме для переиндексации таблиц базы данных и восстановления ее работоспособности. При больших объемах информации, этот процесс занимает довольно продолжительное время, в течение которого никто не может работать. Но, подчас, эти неудобства - только начало. Если программе не удается восстановить целостность базы данных, после запуска в монопольном режиме, приходится запускать специальный механизм "Тестирования и исправления информационной базы", работа которого занимает еще более длительное время. Но и это средство - не панацея. Бывают случаи, когда после очередного краха системы, восстановить базу данных вообще не удается. Приходится использовать последнюю копию архива и вручную восстанавливать недостающие данные. Сложнее всего приходится тем, у кого последний архив - годичной давности. Вот здесь начинаются настоящие проблемы. Но даже, если до таких радикальных последствий ситуация не доходит, все равно - хорошего мало. Особенно ситуацию осложняет качество нашей компьютерной техники и наших сетей. Скажем, в сети из 5-10 компьютеров, стабильность работы которой, что называется "заслуживает лучшего", общение с сетевой версией программы 1С будет просто мучением. Нам довольно часто доводилось видеть компании, где работа с учетной программой заключается главным образом в бесконечных процедурах восстановления данных после краха в системе.
Избежать всего того ужаса, который был описан выше, можно, если использовать в работе с сетевым приложением (в данном случае с программой 1С) терминальный режим доступа. В двух словах поясним, что это такое. Терминальный режим работы известен еще с незапамятных времен. Когда-то к одному большому компьютеру подключались специальные устройства - терминалы. При этом вычисления выполнял компьютер, а терминал служил лишь для отображения результатов и ввода информации. Терминальный режим работы в современной интерпретации служит, главным образом, для повышения надежности работы в сети. Достигается это за счет того, что все задачи, запущенные с рабочих станций, выполняются непосредственно на сервере (терминальный режим работы подразумевает наличие настоящего, а не виртуального сервера, как в случает с традиционным механизмом работы, во всяком случае, с точки зрения программного обеспечения), а по каналам локальной сети передаются только изображение и сигналы от клавиатуры и мыши. Таким образом, прекращение работы любого пользователя, вне зависимости от причины: пошел ли он пить кофе или завис его компьютер, приведет только к "откидыванию" этого пользователя от системы. Все остальные пользователи продолжат спокойно работать. Более того, "проблемный пользователь", запустив заново программу 1С со своего компьютера через некоторое время, увидит на своем экране то самое место, где произошел сбой. То есть то же окно, тот же документ, ту же строчку. Он не потеряет в работе ни одной цифры.
При таком подходе резко снижаются требования к надежности функционирования самой сети - важно лишь поддерживать надежную и бесперебойную работу сервера. Как показывает практика, установка подобной системы, даже в самых сложных случаях, приводит к тому, что пользователи просто забывают о том, что такое процедуры восстановления поврежденных данных.
Основным недостатком описанного подхода является сложность его реализации. Во-первых, необходимо установить и настроить программное обеспечение, которое позволит организовать терминальный режим работы. К примеру, операционную систему Windows 2000 Server с поднятой терминальной службой и купленными клиентскими лицензиями для этой самой службы. Во-вторых, требуется наличие, если не полноценного сервера, то хотя бы довольно мощного компьютера, на котором будет установлена серверная операционная система. Не стоит забывать, что при терминальном режиме работы вся вычислительная нагрузка ложиться на сервер, и ему придется работать, что называется, за семерых. Однако данный недостаток может обернуться и еще одним достоинством. Сосредоточив свои финансовые усилия только на одном сегменте сети - на сервере (нужно сделать его мощным и надежным), вы сможете использовать в качестве рабочих станций любую медленную, и даже безнадежно устаревшую технику. Ведь по проводам будет передаваться только изображения, а вся работа будет осуществляться на сервере. Кстати, установка терминального режима работы, бывает нередко вызвана именно этой причиной. Если, скажем, у вас в наличие есть устаревший парк компьютерной техники, и хочется использовать его по максимуму, то терминальная служба - это то, что вам нужно. Можно поставить старенькие компьютеры на склад, в операционную кассу, в торговый зал или куда-нибудь еще. А работать с системой 1С они будут быстро и надежно. Вот такая вот "технологическая сказка" получается. Поэтому, советуем пользоваться современными технологиями!