Резервный сервер с базой 1с физически в другом помещении

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
EPM
Advanced member
Сообщения: 50
Зарегистрирован: 21 окт 2009, 08:26
Откуда: Ufa

Резервный сервер с базой 1с физически в другом помещении

Сообщение EPM » 16 фев 2012, 13:19

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

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

Вариант 2.

Создать резервные сервера физически размещенные в другом помещении на другом конце города.

Вопрос в следующем
каким образом синхронизировать базы данных 1С

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

Средствами SQL - почитав статьи и форумы, прихожу к мысли использовать Зеркалирование
Но я так и не нашел, что кто что то подобное делал.

ситуацию рассматриваю следующим образом:
2 сервера SQL
2 сервера 1C
2 Терминальных сервера
физически разнесены

все работают на основном сервере
идет зеркалирование базы данных на резервный сервер
в случае отключение электричества, основной сервер выбрасывает всех пользователей 1с, базы средствами SQL синхронизируются и люди переходят работать на резервный терминальный сервер - который подключается к резервному серверу 1с - который подключается к резервной SQL - в которой соответственно вся та же самая база с той же нумерацией и т.п. :)
Соответственно, при включении основного сервера - происходит синхронизация, и люди возвращаются на основной сервер и там работают с той же базой с той же нумерацией?


Насколько работоспособен ВАРИАНТ 2 ???
какие могут быть подводные камни в таком решении проблемы?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: Резервный сервер с базой 1с физически в другом помещении

Сообщение gs » 16 фев 2012, 19:34

Вас устраивает вариант, когда работать смогут только удаленники? Если нет, то придется дизель ставить.

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: Резервный сервер с базой 1с физически в другом помещении

Сообщение gs » 16 фев 2012, 19:35

А вариантов репликации много. Везде плюсы и минусы, да и бюджет разный.

EPM
Advanced member
Сообщения: 50
Зарегистрирован: 21 окт 2009, 08:26
Откуда: Ufa

Re: Резервный сервер с базой 1с физически в другом помещении

Сообщение EPM » 17 фев 2012, 08:48

Устраивает, что будут работать только удаленники

Возможно вариант будем рассматривать и покупки дизеля тоже

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

И еще вопрос в следующем - какая версия MS SQL 2005 или 2008 для этого лучше ? и есть ли смысл переходить на 2008?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Re: Резервный сервер с базой 1с физически в другом помещении

Сообщение gs » 17 фев 2012, 11:12

Если Ваши франчайзи могут сделать репликацию средствами 1С, то вай нот?
Но мне кажется, что подойдет и вариант log shipping средствами сиквела. В этом случае резервная база будет несколько отставать по времени от боевой, но будет вполне консистентна. А поскольку ситуация на уровне аврала, то отставание не есть смерть (если это конечно не банковские транзакции :)).

Можно сделать репликацию средствами стораджей - но это будет хорошо стоить и предъявляет требования к каналу.

Можно использовать систему CDP (континоус дата протекшен) - все записываемые данные будут постоянно литься в бэкап на удаленную площадку. Но тогда придется поднимать там бэкап в час икс.

В общем, мне кажется. что лог шиппинг - самое оно.

Ответить

Вернуться в «Кластеры, Программное обеспечение»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 8 гостей