Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
iojin Member Откуда: Сообщений: 8 |
Скажу сразу с sql я знаком мало, но так уж вышло что мне необходимо реализовать репликацию БД своими силами. Есть сервер А - win server 2008 r2 и sql server 2008 r2, на нем база 1С 15гб. Нужно на сервер Б с идентичным набором софта делать репликацию БД либо в реальном времени(если такое возможно) либо через небольшие промежутки времени. Оба сервера в одной локальной сети. Смысл в том, что если сервер А выходит из строя, то сервер Б должен его заменить. Грубо говоря добавить 2 базы в клиент 1С, работать с базой сервера А, а при его падении просто запустить базу с сервера Б и продолжить работу без(с минимальной) потери данных, и без простоя. И как себя поведет репликация когда сервер А вновь вернется в строй? Затрет изменения сделанные на Б в его отсутствие или наоборот перенесет их в свою БД или ещё как? Хотелось бы, что-бы когда сервер А вернется в работу, он синхронизировал свою базу с базой сервера Б и выступать уже сам в качестве резервного. Запутанно как-то получилось, надеюсь понятен смысл. Возможно ли это реализовать средствами sql? Как я понял мне нужна репликация транзакций? Подскажите как это реализовать на практике? Только просьба не отправлять читать 1000страничные фолианты по sql, нет времени досконально изучать sql server. |
26 ноя 12, 19:33 [13532171] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Не отправлять читать, это как ? Тут Вам порядок Ваших настроек выложить ? А если вкратце, и Вас правильно понял, тут зеркалирование ближе значительно (если со вторым сервером не должны вестись работа, пока первый живой). Не читая про него, Вы убьете зря время, даже если расскажут алгоритм настройки. |
26 ноя 12, 19:37 [13532186] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
не 1000 страниц, читать! |
26 ноя 12, 19:42 [13532213] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
У меня конкретная задача есть и только её мне надо решить, по этому читать кучу книг по sql не рационально, а если есть статьи и мануалы по настройке зераклирования (если оно мне нужно) с удовольствием прочитаю. Да 2ой сервер будет простаивать до момента выхода из строя 1го. |
||
26 ноя 12, 19:44 [13532220] Ответить | Цитировать Сообщить модератору |
Crimean Member Откуда: Сообщений: 13147 |
+1, возможно обойдется коррекцией ConnectionString, дописыванием в нее "Failover Partner" |
||
26 ноя 12, 19:45 [13532222] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Вы хоть ссылку откройте то. Вам тут не будут делать готовое решение и потом еще ошибки разгребать, там не много. |
||||
26 ноя 12, 19:47 [13532231] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
:) Да и если баз не много, можно вручную перевести уже, если что, в боевой режим работы ( ну это если не заморачиваться) |
||||
26 ноя 12, 19:48 [13532235] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Да, главное, а вот что там будет непонятно - спрашивайте. Вот тут с удовольствием помогут. |
26 ноя 12, 19:49 [13532239] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
Я отправил ответ до того как увидел Ваш 2ой пост со ссылкой. Прочитал поверхностно, видимо это то что мне надо, спасибо. Буду копать подробнее, на данный момент возникло 2 вопроса: 1ый - база зеркального сервера будет не доступна для работы пока не сделать его основным? 2ой - если основной сервер упал и я назначил основным зеркальный, по возврату упавшего в работу он поймет что он теперь зеркальный а не основной? |
||
26 ноя 12, 19:59 [13532287] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
Ничего не понял из Вашего поста, нуб я в этом) |
||
26 ноя 12, 20:01 [13532301] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Если у Вас будет полный функционал на втором сервере, опять же, если правильно понял, то Вы хотите, что бы пользователи просто начинали пользоваться другим 1с сервером приложений ? Т.е. не сервер приложения 1с переключать на другой сервер баз данных, а именно пользователей на работу с другим сервером 1с, где лежит актуальная инфа ? |
||||
26 ноя 12, 20:04 [13532321] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
Общая картина должна получиться такой: Сервер А - сервер терминалов с 1С(в основном пользователи работают через RDP, несколько через толстый клиент) Сервер Б - полный дубль(думаю снять акронисом) сервера А Для RDP: Создам либо 2 ярлыка на разные серверы либо буду переключать порт в случае сбоя. Юзер работает на сервере А -> он падает -> замена ярлыка\порта -> юзер продолжает работу на сервере Б с той же базой с которой работал на А. Для толстого клиента: Просто 2 базы на разных серверах. P.S. Да, знаю, вариант не особо, альтернатива - кластер, но нет денег на внешнее хранилище для него, больше вариантов как свести к минимуму время простоя при физическом отказе сервера я не придумал. |
||||
26 ноя 12, 20:17 [13532410] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Ну если на сервере Б такой же апп 1с стоит (хотя так не настраивал 1с и давно это было). То, если не настраивать правильно и мудрено: 1. Настраиваете два сервера с базами и апп. 2. Отключаете на втором апп 1. 3. делаете зеркалирование на второй сервер баз. 4. Упал А, переводить базы в режим боя на сервере Б и запускаете апп. 5. После поднятия сервера А, делаете зеркало с сервера Б, повторяете пункт 4. Ну и делаете снова зеркало на Б. Это криво, не фэншуй, но доступно для понимания. |
26 ноя 12, 20:26 [13532467] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
"5. После поднятия сервера А" - а в момент поднятия сервера А получится что и А и Б будут основными серверами, это не вызовет конфликта? "делаете зеркало с сервера Б" - имеется ввиду "Переключение ролей"? Или перенастройка зеркалирования? Если переключение ролей, то опять же интересно как оно себя ведет когда 1 из серверов недоступен. |
||
26 ноя 12, 20:39 [13532565] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Вы как хотите делать ? с 3им сервером следящим ? Или без ? |
26 ноя 12, 20:40 [13532570] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
3ий переключает роли, я правильно понимаю? Вообще можно найти 3ий на роль следящего, но ели это реально необходимо, если только для переключения ролей которое можно сделать в ручную то 2х хватит, если он имеет более обширный функционал то надо подумать, не почитал просто ещё, отвлекают. И ещё вопрос, хотя бы примерно, сильно ли замедлит работу синхронный режим зеркалирования, при условии что запас производительности железа перекрывает потребности для работы терминального сервера(15-20) пользователей, и базы 15Гб? |
||
26 ноя 12, 20:55 [13532639] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
Все нужно проверять. Но чисто по опыту - никак не замедлит. Если нет сбоев по каким либо параметрам. |
26 ноя 12, 20:58 [13532653] Ответить | Цитировать Сообщить модератору |
AxuliON Member Откуда: оттуда, и на лыжах Сообщений: 574 |
А решение в виде КЛАСТЕРА не рассматривали? IP будет один. Только в случае "падения" одного сервера второй "поднимается" минуты две. Будет простой. |
27 ноя 12, 14:37 [13536659] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
альтернатива - кластер, но нет денег на внешнее хранилище для него, больше вариантов как свести к минимуму время простоя при физическом отказе сервера я не придумал. |
||
27 ноя 12, 14:51 [13536836] Ответить | Цитировать Сообщить модератору |
AxuliON Member Откуда: оттуда, и на лыжах Сообщений: 574 |
Ozerov, Если денег нет на дисковый массив, то разговор о резервировании и пр. 24/7 вообще занафига? "Нет ног - нет варенья" (цэ) не моё |
27 ноя 12, 15:05 [13536992] Ответить | Цитировать Сообщить модератору |
iojin Member Откуда: Сообщений: 8 |
Не вижу связи. Есть 2 (при большой необходимости 3)сервера, есть возможность программно реализовать зеркалирование. Почему бы это не сделать если нет денег на реализацию кластера?
Это хорошо, значит буду пытаться делать в синхронном. Спасибо за помощь, буду читать подробнее. |
||||
27 ноя 12, 15:46 [13537382] Ответить | Цитировать Сообщить модератору |
Ozerov Member Откуда: Москва Сообщений: 3637 |
ну вообще разговора не шло о 24\7... Или я где то что то пропустил ? |
||
27 ноя 12, 16:01 [13537520] Ответить | Цитировать Сообщить модератору |
AxuliON Member Откуда: оттуда, и на лыжах Сообщений: 574 |
iojin, Ну тогда вариант реплики снапшотом. Но это уже от частоты синхрона зависит (на каждую транзакцию или раз в определенный промежуток времени) В 2008 есть на это встроенные вещи. |
28 ноя 12, 14:34 [13543066] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |