Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Резервное копирование данных в удаленный ВЦ
|
|||
|---|---|---|---|
|
#18+
Всем привет. Выбираем техническое решение и оборудование под одну задачку. Одно из требований - обеспечить наличие резервного вычислительного ВЦ на случай катастрофы в основном. При этом есть требование обеспечить восстановление данных до последней выполненной транзакции в случае катастрофы на первом ВЦ. Время восстановления не критично. Пусть хоть сутки уйдут. Исходные данные такие: DB2 Express C 9.1 под CentOS. При выборе HADR будем покупать Express и опцию HADR. Объемы базы небольшие - потолок 15Гб на первый год работы. Пиковые нагрузки до 10 тыс коротких транзакций в сутки. Объем базы при этом изменяется на 50метров. Логов - 150Метров. Как вариант рассматриваю HADR. На будущее думаю по высокой доступности может пригодится. Решит такую задачу ? Какой ширины канал между вычислительными центрами потребуется чтобы нормально работал HADR при описанных выше объемах ? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2008, 15:01 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=35506594&tid=1603735]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
43ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
19ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 304ms |

| 0 / 0 |
