|
|
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Добрый день. Оцените пожалуйста в (руб.) сколько стоит создание 2 сторонней репликации. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 13:59:30 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Hello, Fireman13! You wrote on 25 октября 2013 г. 14:01:49: Fireman13> Оцените пожалуйста в (руб.) сколько стоит создание > 2 сторонней репликации. а почём килограмм коня в вакууме? а хрен с горы, большая скорость? а две песды, большая дырка? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 14:03:51 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Fireman13, навскидку, от 3 месяцев и 150к руб. Такая оценка устраивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 14:04:28 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Спасибо за варианты. Тема закрыта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 14:06:58 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Fireman13Оцените пожалуйста в (руб.) сколько стоит создание 2 сторонней репликации. Если не считать работы по чтению документации и настройку, это стоит 280 долларов. Умножить на текущий курс сумеешь? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 14:17:36 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Fireman13Спасибо за варианты. Тема закрыта. а чего так сразу-то. 2-сторонняя репликация это не хухры-мухры. Есть же варианты. - когда в 2х одинаковых базах меняют разную информацию, всегда. Автоматизируется. - когда в 2х одинаковых базах меняют одну и ту же информацию. С автоматизацией тут не фонтан, потому что конфликты, вероятно, придется решать вручную. - когда для резервной копии используется репликация в 1 сторону, а после сбоя и перехода на резервную БД нужно через некоторое время накатить накопленные изменения обратно в исходную БД. Не автоматизируется. это я так, навскидку перечислил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 14:25:37 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
kdv- когда для резервной копии используется репликация в 1 сторону, а после сбоя и перехода на резервную БД нужно через некоторое время накатить накопленные изменения обратно в исходную БД. Не автоматизируется. Разверни мысль, а то я не врубаюсь. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 14:43:35 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, это я как раз у тебя хотел спросить. Например, мы имеем 2 сервера. А и Б. А основной, из него данные реплицируются в Б. Сервер Б - исключительно резервный. Сервер А падает. Будем считать, что база на нем убилась. Переключаемся на Б. Сервер Б становится основным на время Т. По истечении времени Т нам нужно - запустить сервер А - перенести на А или бэкап или нбэкап с Б - остановить работу Б - реплицировать изменения в Б, накопленные за время бэкапа-нбэкапа на сервере Б, на сервер А - возобновить работу А, с репликацией данных на Б. Другие варианты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 15:00:32 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Если база на А не убилась, то вот это kdv- перенести на А или бэкап или нбэкап с Б можно заменить на - остановить Б - реплицировать с Б на А вопрос в том, какой из вариантов будет быстрее, т.е. если база на А целая, считать ее целой, или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 15:07:09 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
kdvДругие варианты? Дим, тут дохрена вариантов, в особенности если убрать странное "сервер Б - всегда резервный". И в половине из них двустороняя репликация не требуется вообще. Например: - даже если база А выжила, считаем её мёртвой - запустить А - остановить Б - скопировать базу с Б на А - восстановить репликацию А->Б - возобновить работу с А. тут даунтайм большой, но двусторонняя репликация не требуется и автоматизации не поддаётся только распаковка нового сервера А. Или же: - считаем базу Б основной и работаем с ней - восстановить железо А - остановить работу с Б - скопировать базу с Б на А (по крайней мере запустить копирование) - настроить репликацию с Б на А - возобновить работу с Б. тут даунтайм может быть маленький, но всё равно не нулевой, двусторонняя репликация не требуется, автоматизации поддаётся так же как и предыдущий вариант, т.е. кто-то железо в стойку должен установить ручками. Самый поганый вариант: - работа возможна с поднявшимся А и ещё не освободившимся Б одновременно. тут даунтайма нет, но пользователи шизеют от лагов в данных, прут конфликты, требуется двусторонняя репликация и автоматизации восстановление действительно не поддаётся. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 15:42:55 |
|
||
|
Оценка разработки
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, спасибо, всё так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2013, 19:53:09 |
|
||
|
|

start [/forum/topic.php?fid=40&fpage=110&tid=1564191]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
64ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 344ms |

| 0 / 0 |
