07 Jul 2011


Разделы: Новости Интернет it

Это лето на территории Соединенных Штатов, а это значит, что ураганы, смерчи, наводнения, лесные пожары, мощные грозы, и другие стихийные бедствия могут вывезти вашей компании ИТ-систем в мгновение ока.

В результате, вы, без сомнения, планы восстановления и процедуры для ИТ-системы компании и критически важных приложений предприятия. Однако эти возможности только начало.



Как только построили, эти планы, из за пределы участка центров обработки данных хостинг ваших критически важных приложений для резервного копирования данных, которые доступны по щелчку выключателя, когда необходимо, должен быть сохранен, обновлен и протестирован на регулярной основе, чтобы они абсолютно положительно можно положиться в настоящей катастрофой.

Для многих ИТ-организаций, что такое тестирование часто отсутствует. Без запланированных обзоры и тестирования, ваши усилия аварийного восстановления могут сами быть вторая бомба замедленного действия.

"Я знаю, что это действительно страшно для организаций с целью прийти снова и флип-переключатель для выключения сервера, который работает в сфере производства, но это должно быть сделано один раз в то время, чтобы проверить план бедствия", говорит Дэниел М. Кузнецке, главный аналитик Кузнецки Group LLC. "Последнее, что вы хотите, чтобы это план, который не был протестирован до катастрофы".

Основной причиной для тестирования процедур, Кузнецки сказал, что если они не идут, как и планировалось, что это, безусловно, лучше знать, что когда питание включено, ваши сотрудники на месте, и ваш бизнес не угрожает истинное стихийного бедствия .

ИТ-персонал должен быть в состоянии обеспечить, чтобы в случае чрезвычайной ситуации они могут получить важных бизнес-приложений и управление, а также все связанные системы, на которых эти приложения полагаются, Кузнецки говорит. "Речь идет не только приложения, но и полную конфигурацию, что приложение используется для запущен. Все это должно быть там, или это потребует реконфигурации процессов или самого приложения."

Единственный способ узнать, если это будет все работать как есть, чтобы проверить это, нажмите на нее, и проверить его еще немного, говорит он.

"Простое копирование приложений где-то и просто включите его не обязательно делать его доступным для рабочих компании", говорит Кузнецка.

Это случай, когда виртуализация может быть полезна, потому что, если рабочая нагрузка работает внутри одного или нескольких виртуальных машин, то они не зависят от аппаратных различий в вашей стратегии аварийного восстановления, в соответствии с Кузнецка. Для тех же причин, использование виртуальной памяти может быть полезным.

В то же время, виртуализация не решит всех осложнений, связанных аварийного восстановления. "Виртуализация может помочь, но как и все остальное, это не панацея", говорит он. "Это всего лишь инструмент. Вы должны делать другие вещи, а также."

Дэн Олдс, аналитик компании Gabriel Consulting Group, говорит, что хороший способ подхода тестирования аварийного восстановления внутри предприятия сделать это одной системы в то время, чтобы свести к минимуму влияние на ИТ-персонал и процедур.

"Это не только тестирования [аварийного восстановления] поставщиками, чтобы убедиться, что все это может быть сделано в случае чрезвычайной ситуации, но учить людей тому, как это сделать", говорит Олдс. "Это становится все эти знания, поэтому они не боятся смерти об этом, если что-то случится. Вы должны научиться работать с ней и лучше, чтобы освоиться, когда у вас помощь и, когда это не срочных и делать-или- умереть, например, когда паводковые воды растут на улице. "




Метки: it
Рубрики: Новости Интернет it

 Имя       

Ограничение в 1000 символов
Введите ваш комментарий

Введите код