Резервный сервер с базой 1с физически в другом помещении
Модераторы: Trinity admin`s, Free-lance moderator`s
Резервный сервер с базой 1с физически в другом помещении
Добрый день,
Существует трехзвенка для работы баз данных 1С
к базе подключаются как локальные пользователи, так и удаленные филиалы из других городов.
серверная комната находится в центральном офисе.
Последнее время в центральном офисе начались серьезные перебои с электропитанием, могут выключить и на весь рабочий день.
Соответственно необходимо уменьшить риски финансовых потерь из-за простоя серверной.
вариантов было предложено 2
вариант 1.
Приобрести дизель генератор и подключить серверную комнату на генератор
Но нужно питать еще и оборудование провайдера, которое физически находится в технической комнате на чердаке.
возможность подключения питания для оборудования провайдера пока остается неизвестным.
Вариант 2.
Создать резервные сервера физически размещенные в другом помещении на другом конце города.
Вопрос в следующем
каким образом синхронизировать базы данных 1С
Средствами самой 1с - так называемый РИБ - не подходит, так как в периферийной базе нумерация документов будет создаваться с префиксами, бухгалтерию это не устраивает, так как должна быть единая сквозная нумерация документов.
Средствами SQL - почитав статьи и форумы, прихожу к мысли использовать Зеркалирование
Но я так и не нашел, что кто что то подобное делал.
ситуацию рассматриваю следующим образом:
2 сервера SQL
2 сервера 1C
2 Терминальных сервера
физически разнесены
все работают на основном сервере
идет зеркалирование базы данных на резервный сервер
в случае отключение электричества, основной сервер выбрасывает всех пользователей 1с, базы средствами SQL синхронизируются и люди переходят работать на резервный терминальный сервер - который подключается к резервному серверу 1с - который подключается к резервной SQL - в которой соответственно вся та же самая база с той же нумерацией и т.п.
Соответственно, при включении основного сервера - происходит синхронизация, и люди возвращаются на основной сервер и там работают с той же базой с той же нумерацией?
Насколько работоспособен ВАРИАНТ 2 ???
какие могут быть подводные камни в таком решении проблемы?
Существует трехзвенка для работы баз данных 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
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Резервный сервер с базой 1с физически в другом помещении
А вариантов репликации много. Везде плюсы и минусы, да и бюджет разный.
Re: Резервный сервер с базой 1с физически в другом помещении
Устраивает, что будут работать только удаленники
Возможно вариант будем рассматривать и покупки дизеля тоже
здесь вопрос заключается в том, насколько зеркалирование базы 1С не повлияет на саму структуру базы.
Слышал что рекомендуют делать синхронизацию средствами 1с (РИБ), а не зеркалирование средствами SQL
И еще вопрос в следующем - какая версия MS SQL 2005 или 2008 для этого лучше ? и есть ли смысл переходить на 2008?
Возможно вариант будем рассматривать и покупки дизеля тоже
здесь вопрос заключается в том, насколько зеркалирование базы 1С не повлияет на саму структуру базы.
Слышал что рекомендуют делать синхронизацию средствами 1с (РИБ), а не зеркалирование средствами SQL
И еще вопрос в следующем - какая версия MS SQL 2005 или 2008 для этого лучше ? и есть ли смысл переходить на 2008?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Резервный сервер с базой 1с физически в другом помещении
Если Ваши франчайзи могут сделать репликацию средствами 1С, то вай нот?
Но мне кажется, что подойдет и вариант log shipping средствами сиквела. В этом случае резервная база будет несколько отставать по времени от боевой, но будет вполне консистентна. А поскольку ситуация на уровне аврала, то отставание не есть смерть (если это конечно не банковские транзакции ).
Можно сделать репликацию средствами стораджей - но это будет хорошо стоить и предъявляет требования к каналу.
Можно использовать систему CDP (континоус дата протекшен) - все записываемые данные будут постоянно литься в бэкап на удаленную площадку. Но тогда придется поднимать там бэкап в час икс.
В общем, мне кажется. что лог шиппинг - самое оно.
Но мне кажется, что подойдет и вариант log shipping средствами сиквела. В этом случае резервная база будет несколько отставать по времени от боевой, но будет вполне консистентна. А поскольку ситуация на уровне аврала, то отставание не есть смерть (если это конечно не банковские транзакции ).
Можно сделать репликацию средствами стораджей - но это будет хорошо стоить и предъявляет требования к каналу.
Можно использовать систему CDP (континоус дата протекшен) - все записываемые данные будут постоянно литься в бэкап на удаленную площадку. Но тогда придется поднимать там бэкап в час икс.
В общем, мне кажется. что лог шиппинг - самое оно.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя