Сколько времени зеркальный партнер обработки отказа может быть в режиме офлайн, прежде чем полное резервное копирование потребуется, чтобы ресинхронизировать?
Это KVM говорит с Блоками распределения питания, по существу удлинителями (или прямые корпусы выключателя) с мозгами. "Жесткая" перезагрузка выполняется путем отбрасывания питания от розетки (или схема в случае основанного на схеме PDU). Можно сделать это со стандартными блоками питания, пока Вы присоединяете их к удлинителю, который поддерживает последовательные команды завершения работы.
Вам не придется восстановить полное до другой системы.
Единственная причина, что Вы должны были бы, будет состоять в том, если Ваш вход в систему, активная система исчерпала дисковое пространство и необходимо было удалить зеркальное отражение для очистки файла журнала.
Какое обслуживание SAN происходит, что необходимо вывести базу данных из эксплуатации в течение нескольких дней?
-
1изменение размеров раздела. проблемой является it' s произвел на стороне неаккуратному поставщику & они can' t дают нам определенное окно. Таким образом, они хотят, чтобы мы вывели дб из эксплуатации & дайте им несколько дней. – Nick Kavadias 24 August 2009 в 03:00
-
2Да, я знаю, что журнал транзакций будет продолжать расти на принципале, должен быть хорошо для дискового пространства там. – Nick Kavadias 24 August 2009 в 03:01
-
3Затем необходимо быть в порядке. Дисковое пространство является большой точкой остановки. Кроме того Зеркального отражения должен просто продолжать бежать навсегда в разъединенном состоянии. – mrdenny 24 August 2009 в 03:55
-
4Будьте осторожны, если Ваше поколение журнала на принципе растет в напряженное время. Я ухаживаю к увеличенному размеру за своими журналами (пред, выращивают их в блоках на 8 ГБ, чтобы почти заполниться, место, выделенное на нашем LUN журнала транзакций) для этого вида возможности (обратите внимание, что у меня только есть 1 Напоминание DB, зеркально отраженный в этом примере). – SuperCoolMoss 24 August 2009 в 13:37
Да - у Вас не должно быть проблемы.
Причина, которой я ответил, состоит в том, чтобы объяснить внутреннее ограничение, в которое Вы, возможно, врезались прежде - и именно тогда первоначально настраивающий зеркальное отражение. Когда Вы берете полное резервное копирование и копируете его через восстановить на перспективном зеркале (плюс обязательное резервное копирование журнала на SQL 2005), если какие-либо последующие резервные копии журнала произошли на принципале, прежде чем Вы позволите зеркально отразить, но Вы не скопировали их и восстановили их - зеркальное отражение не запустится. Это вызвано тем, что нет никакого доказательства, что одни из резервных копий журнала не охватили период в модели восстановления BULK_LOGGED, где минимально зарегистрированная операция произошла. В этом случае резервное копирование журнала требуется, чтобы гарантировать, что перспективное зеркало в синхронизации с принципалом.
Надеюсь, это поможет