Использование одной базы данных одновременно двумя разными информационными базами

ТАК ДЕЛАТЬ НЕЛЬЗЯ!

Для каждой базы данных должна быть только одна информационная база. Две точки входа в базу делать нельзя!

Причины возникновения этой проблемы

1. платформа в явном виде этого не запрещает и не выдает предупреждающих сообщений

Кроме того, фирма 1С дала следующую обратную связь «Введение программного запрета на использование одной базы данных несколькими кластерами не планируется.»

2. неквалифицированные специалисты не знают архитектуру сервера 1С (не читают документацию)

3. ходит миф что если в один кластер посадить пользователей, а в другой кластер разместить регламентные задания, то все будет хорошо

Последствия

ДАННЫЕ МОГУТ БЫТЬ РАЗРУШЕНЫ!

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

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

Примечание. Использование управляемых блокировок в конфигурации в сочетании с режимом версионирования базы данных http://www.gilev.ru/snapshot1c/ гарантированно разрушит данные!

Разрушение целостности данных не происходит моментально, но это лишь вопрос времени!

 

Позиция фирмы 1С

Такое использование платформы четко квалифицируется как неверное и недопустимое.

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

Внедрение такого решения у заказчика мы считаем категорически неправильным.

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

Кроме того, об этом должно быть проинформировано руководство партнерской фирмы, так как, скорее всего, такое решение не соответствует принятым установкам.

Мы рекомендуем провести такое информирование.