Всем добрый день! Появилась задачка, а точнее проблема с базой 1С УПП. На данный момент имеем три офиса по России и соответственно три одинаковых УПП, обмен между ними настроен типовым механизмом 1С РИБ. Но предприятие работает 22/7, т.е. для расчета себестоимости имеется промежуток ночью в 2 часа, который тоже не всегда бывает свободен. В итоге приходится вставать, звонить в опер отдел, если у них нет отгрузок, тогда запускать расчет себестоимости.

Сейчас появился свободный мощный сервер, который потянет расчет себестоимости, теперь думаю как реализовать обмен между базами. Совсем не хочется разворачивать еще один обмен РИБ через 1С, т.к. неудобно обновлять, периодически происходят завалы, ну и вообще хочется попробовать другие варианты.
Может у кого настроен обмен между базами средствами MSSQL, подскажите куда копать. Наша база весит 600 гигов.
Зеркалирование как я понял не подходит, т.к. просто переключает с одного сервера на другой, а надо чтоб можно было работать на 2 серверах одновременно.

вроде как расчет прошлого месяца не должен блокировать работу текущего

(1) Т.е. расчет не меняет остатки текущего?

>В итоге приходится вставать, звонить в опер отдел, если у них нет отгрузок, тогда запускать расчет себестоимости

у вас административная проблема вроде. чем вам репликация поможет?

пусть опер отдел ставит признак куда-то, что "зеленый свет" для расчета - а далее запускается скрипт...

при такой базе - может подумать про кластер и сервер приложений уровня уровня КОРП? чтобы выделять расчет на быстрый сервер

ну и железо там - ssd, память

(0) типа ты хочешь все данные с раб базы заливать на копию, с/стоимость считать там, и с обменом данные расчета вливать обратно на рабочую?

(4) можно создать еще одну периферийную БД чисто для расчета себестоимости. на отдельном серваке

(0) Обычно расчет с/с запускаю бухи, и по много раз на дню. И никому он особо не мешает.

Может вам просто скуль подтюнить надо?

(5) РИБ? Запись в таблицы изменений? Обмен через  XML? А смысл? Это же медленно все будет.  На самом деле - реплицировать оперативную базу средствами скуля - вполне нормальный вариант (наверное). Отчеты, к слову, можно будет туда же перенаправить. Да и вообще, все тяжелые запросы, не относящиеся к оперативному заколачиванию.

неужели на базу 660гиг не может нанять админа субд.

(7) +1 Да, при таких размерах и проблемах уже пора на разделение OLTP и Data warehouse переходить

(7) Если бы 1С умел открывать базу в read-only, было бы здорово. Но ведь не умеет же!

(10) Не понял) Зачем ридонли?

(10)
не проблема с имитировать:
сделать базу не ридонли с служебными таблицами на запись
а рабочие таблицы заменить представлениями,
которые будут "смотреть" в базу ридонли.

(3) Денег нет, но вы держитесь... Все деньги ушли на олимпиаду...
Основной сервер относительно мощный, надо просто поднять в максимально короткий срок еще один, чтоб туда направить бухгалтеров и считать там себестоимость.
(4) Ну можно и так сказать, т.е. чтоб 2 базы синхронизировались между собой и в них можно было работать. (7) Может подскажите в какую сторону гуглить, сейчас информации слишком много, но на какой схеме остановиться не понятно.
(6) Какой у Вас объем базы? У Вас есть производство? Какое количество документов в базе создается в сутки?
Есть подозрение, что вы не имели дело с большими производствами.

(0) Именно РИБ?
Одна из трех баз - центральная?
Как фильтруются данные?

Вам просто РИБ надо тщательно настраивать под себя.

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

Не понятно в чем суть проблемы

(2) В количествах не меняет. В суммах - да. Но суммы смотреть до закрытия смысла совсем нет

(16)Видимо расчет с/с блокирует таблицы на запись, вот этим наверное и мешает.

(16) в принципе ответил на вопрос (18)
Отгрузки идут 22 часа в день, 7 дней в неделю. Часть документов создаются по факту отгрузки в нашей компании, как и во многих других неприемлемо останавливать отгрузки, чтобы рассчитать себестоимость. Думаю так у многих.
(15) РИБ как вариант, но крайний раз, когда поднимали РИБ, из центральной выгрузка ооочень долго шла. Еще не нравится вариант средствами 1С, т.к. появится четвертая база, но которую катать обновление и проталкивать изменения монопольные. Если работали через РИБ, то встречали случай, когда изменения толкаешь, а конфигуратор открыт у другого проггера и ты забыл всех предупредить, чтоб закрыли конфигуратор.
(14) Да, есть центральная база и база еще одного офиса, идет полный обмен в обе стороны. С третьей базой синхронизируется только часть документов, которые относятся к нескольким организациям.

(18) Какие таблицы, например? Вроде бы те таблицы, куда расчет с/с пишет, не используются при отгрузках.

(19) Пойми, средствами MSSQL можно только реплицировать 1:1, и то с ограничениями. А так, чтобы данные в базах были не полностью одинаковые (хотя бы в части расчета с/с), это только "средствами 1С".

Да, и в типовой УПП не предусмотрен вариант "отгрузки делаем на одном сервере, расчет с/с на другом". Это придется много программировать и тестировать. То есть платить.

1. В РСВ есть чудесная галка, не помню название, но типа "не мешать людЯм работать".
2. РБД, и РСВ в отдельном узле уже советовали.
3. Если хватит денег, то в Софтпоинт обратитесь.

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

>неужели на базу 660гиг не может нанять админа субд.

а что должен одмин сделать? любого DBA удар хватит когда он структуру таблиц в базе 1с увидит

(22) Все деньги ушли на олимпиаду... Надо делать самому, что в принципе даже интересно для саморазвития. С таким подходом скоро и обработки надо делать в сторонних организациях.

(19) у тебя партии онлайн чтоли считаются?

(0)
Для вашей задачи есть решение:
http://softpoint.ru/solutions/db-replication/