Задержка производительности для репликации баз данных
Hotspare имеет свои собственные опасности, когда он приводит к автоматическому, восстанавливают.
С размером массивов в TBs и объемом устаревших данных, существует числовой шанс, массив находит, что другой дефект во время автоматического восстанавливает. Это ухудшено долгой продолжительностью, восстанавливает. С 20 часами восстанавливают? Это - долгое время для ожидания, прежде чем можно будет сделать Right Thing (TM).
Поэтому лучше не иметь автоматический, восстанавливают. В случае сбоя диска Вы хотите проверить резервное копирование и механизмы обработки отказа перед инициированием восстанавливания.
Для сокращения шанса разбивки из-за сбоя диска во время перед восстанавливанием Вам нужен массив, который может обработать 2 сбоя диска: Совершите рейд 6 или Набег 10.
Зеркальное отражение данных окажет некоторое влияние, но то влияние может уже выйти. Запись файлов журнала подвергается потере производительности для обеспечения целостности БД и восстанавливаемости.
Горячее резервное копирование, заполненное от файлов журнала, использовалось в течение долгого времени. Будет маленькая загрузка для передачи файла удаленному сайту. В зависимости от размера файла журнала и количества Вы могли бы получить некоторое блокирование при высокой загрузке. На обновлениях будет задержка. Это может быть значительно в зависимости от того, когда и как данные логов копируется. В случае аварии Вы, вероятно, освободите данные из периода ожидания.
-
1благодарит за счет понимания. потери производительности являются определенно вещами, которые мы должны рассмотреть для достижения целостности и способности восстановить данные. – Ludwi 28 September 2010 в 08:12