powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Оценка разработки
12 сообщений из 12, страница 1 из 1
Оценка разработки
    #38441271
Fireman13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день. Оцените пожалуйста в (руб.) сколько стоит создание 2 сторонней репликации. Спасибо.
...
Рейтинг: 0 / 0
Оценка разработки
    #38441280
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hello, Fireman13!
You wrote on 25 октября 2013 г. 14:01:49:

Fireman13> Оцените пожалуйста в (руб.) сколько стоит создание
> 2 сторонней репликации. а почём килограмм коня в вакууме?
а хрен с горы, большая скорость?
а две песды, большая дырка?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Оценка разработки
    #38441281
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Fireman13,
навскидку, от 3 месяцев и 150к руб. Такая оценка устраивает?
...
Рейтинг: 0 / 0
Оценка разработки
    #38441290
Fireman13
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо за варианты. Тема закрыта.
...
Рейтинг: 0 / 0
Оценка разработки
    #38441310
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Fireman13Оцените пожалуйста в (руб.) сколько стоит создание 2 сторонней репликации.

Если не считать работы по чтению документации и настройку, это стоит
280 долларов. Умножить на текущий
курс сумеешь?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Оценка разработки
    #38441328
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Fireman13Спасибо за варианты. Тема закрыта.
а чего так сразу-то. 2-сторонняя репликация это не хухры-мухры. Есть же варианты.
- когда в 2х одинаковых базах меняют разную информацию, всегда. Автоматизируется.
- когда в 2х одинаковых базах меняют одну и ту же информацию. С автоматизацией тут не фонтан, потому что конфликты, вероятно, придется решать вручную.
- когда для резервной копии используется репликация в 1 сторону, а после сбоя и перехода на резервную БД нужно через некоторое время накатить накопленные изменения обратно в исходную БД. Не автоматизируется.

это я так, навскидку перечислил.
...
Рейтинг: 0 / 0
Оценка разработки
    #38441349
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdv- когда для резервной копии используется репликация в 1 сторону, а после сбоя и
перехода на резервную БД нужно через некоторое время накатить накопленные изменения
обратно в исходную БД. Не автоматизируется.
Разверни мысль, а то я не врубаюсь.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Оценка разработки
    #38441381
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

это я как раз у тебя хотел спросить. Например, мы имеем 2 сервера. А и Б. А основной, из него данные реплицируются в Б.
Сервер Б - исключительно резервный.

Сервер А падает. Будем считать, что база на нем убилась. Переключаемся на Б. Сервер Б становится основным на время Т. По истечении времени Т нам нужно
- запустить сервер А
- перенести на А или бэкап или нбэкап с Б
- остановить работу Б
- реплицировать изменения в Б, накопленные за время бэкапа-нбэкапа на сервере Б, на сервер А
- возобновить работу А, с репликацией данных на Б.

Другие варианты?
...
Рейтинг: 0 / 0
Оценка разработки
    #38441395
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если база на А не убилась, то вот это
kdv- перенести на А или бэкап или нбэкап с Б
можно заменить на
- остановить Б
- реплицировать с Б на А

вопрос в том, какой из вариантов будет быстрее, т.е. если база на А целая, считать ее целой, или нет.
...
Рейтинг: 0 / 0
Оценка разработки
    #38441485
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvДругие варианты?
Дим, тут дохрена вариантов, в особенности если убрать странное "сервер Б - всегда
резервный". И в половине из них двустороняя репликация не требуется вообще. Например:
- даже если база А выжила, считаем её мёртвой
- запустить А
- остановить Б
- скопировать базу с Б на А
- восстановить репликацию А->Б
- возобновить работу с А.
тут даунтайм большой, но двусторонняя репликация не требуется и автоматизации не поддаётся
только распаковка нового сервера А.

Или же:
- считаем базу Б основной и работаем с ней
- восстановить железо А
- остановить работу с Б
- скопировать базу с Б на А (по крайней мере запустить копирование)
- настроить репликацию с Б на А
- возобновить работу с Б.
тут даунтайм может быть маленький, но всё равно не нулевой, двусторонняя репликация не
требуется, автоматизации поддаётся так же как и предыдущий вариант, т.е. кто-то железо в
стойку должен установить ручками.

Самый поганый вариант:
- работа возможна с поднявшимся А и ещё не освободившимся Б одновременно.
тут даунтайма нет, но пользователи шизеют от лагов в данных, прут конфликты, требуется
двусторонняя репликация и автоматизации восстановление действительно не поддаётся.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Оценка разработки
    #38441840
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

спасибо, всё так.
...
Рейтинг: 0 / 0
Оценка разработки
    #38442447
Фотография aleksandr-pro
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Fireman13,

напиши мне в почту у меня есть хорошее предложение
...
Рейтинг: 0 / 0
12 сообщений из 12, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Оценка разработки
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]