Извините, может пишу не в тот раздел, но я в SQL`е ноль.

Что планирую сделать:

Имеется два филиала одного предприятия. Соединены узким каналом - 128кбод в обе стороны. И в том, и в другом филиале введется работа с сетевой 1С. БД должны поддерживаться в синхронизированном состоянии. Работать на одном терминальном сервере не подходит по двум причинам: узкий канал, пользовтели должны работать и при упавшем канале. Что я думаю: Переведу 1С с файловой организации на SQL. В обоих филиалах будет стоять по SQL-серверу. Они должны поддерживать в актуальном состоянии одну и ту же БД. Задачи:

1 на каждом SQL-сервере должна лежать своя копия БД (для возможности работы в случае отказа канала)

2 БД должны поддерживаться в синхронизированном состоянии. Т.е. кто-то в одном филиале продает амортизатор. Через канал реплицируется только транзакция. И в другом филиале менеджер видит, что амортизатор продан.

1С может работать в таком режиме?

Неужели никто не сталкивался с таким техническим заданием?

да, SQL может так работать, при этом есть вариант репликации баз, полностью совпадающие с тем, что требуется по п.2.
насчет 1С также думаю никаких проблем не возникнет

Почти схожая проблема
Два здания соединены Витаой парой в уличной оплетке.
При плохих погодных условиях канал иногда падает.
В одном из зданий круглосуточная работа с 1с.
Тоже нужна синхронизация двух баз.
Используется 1сПредприятия 7.7 25йрелиз для SQL

Если можно по подробнее о реализации по типу SQL-сервер 1 = SQL-сервер 2.

Пытаюсь настроить репликацию, используя 1С v 7.7 и MSSQL 2000. Проблема - MSSQL для поддержки БД в актульном состоянии для баз, участвующих в репликации, и отслеживании наиболее "свежих" изменений в каждую таблицу добавляет столбец rowguid. 1Ске это не понравилось. Как только открыл в 1Ске БД, кот. только что задействовал в репликации, 1Ска ругнулась "Повреждена структура таблицы _1S_users". Удалил из ьаблицы злощастный столбец rowguid, 1Ска стала ругаться на ту же самую ошибку с другой таблицей. Как тогда задействовать механизм репликации?

2 Сaveman:
Лучше поздно, чем никогда.

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

Как ты поставишь на рекликацию таблицу иготов по регистру?
Смотри: есть две базы, в каждой на остатке по 5 штук одной номеклатуры.
Почти одновременно продают 1 штуку в одной базе и 2 штуки в другой - остатки 4 и 3 шт радостно полетели навстречу дрг другу, и если повезло, применились.
Т.о. в базе №1 стало 3 штуки на состатке, а в 2 - 4шт. Какой вариант верный? Правильно, никакой.
Потому что должно быть 2 штуки!
Вот такая репликация.

Видел, люди решали эти проблемы. В свое время долго общались с СофтПоинтом, но в цене не сошлись. Да и сделать они обещали за полгода. Может, времена и изменились. Пообщайся softpoint.ru

Сначала другим посоветовал, потом сам поискал
Щас нашел один вариант http://www.profit-ug.ru/index.php?option=c...7&Itemid=32.

Надо пообщаться с людьми, может и правда, могут делать, что говорят!
Их послушаешь, так все сказочно... У тебя вроде как раз SQL версия.

sergXL,
caveman: Последнее посещение 21.1.2007, 22:19

Ну если топики читают только их авторы, то Серёга прав! :)

sergXL, при чем тут прав-не прав? Вы писали обращение к caveman:


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