Связаться по Skype: vkarabedyants
Позвонить Написать
+7 (499) 404-28-83

Блог о системном администрировании серверов и сайтов

Установка, настройка программного обеспечения Linux, Windows операционных систем

Конвертация физических машин в виртуальные

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

В случае чрезвычайно высокой важности работающих сервисов возможна миграция с минимальным сроком остановки сервиса. Это время будет обусловлено лишь временем переключения между физическим и виртуальным сервером. Такая миграция называется «горячей».

С целью осуществления данной процедуры, на конвертируемый сервер устанавливается специализированное программное обеспечение vCenter Converter Agent. В данном агенте можно быстро и эффективно настроить все параметры конвертации (какую систему, куда конвертировать, какие физические разделы, подстроить физические параметры будущей виртуальной машины). Между указанием пути назначения, нажатия кнопки старт и завершением операции конвертации, может пройти определенное количество времени. Данные на физическом сервере могут претерпеть определенные изменения. В этом случае необходимо настроить процедуру пост-синхронизации.

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

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

3.2 Резервирование данных

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

Существует огромное количество факторов угрожающих сохранности информации. Все их предусмотреть, конечно же, нереально. Но, как правило, это и не требуется. Достаточно предупредить несколько основных наиболее вероятных причин повреждения.. Таковыми являются:

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

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

И основным, наиболее распространенным, фактором является человеческий. Наиболее актуальным является ошибочное или случайное удаление файлов. В некоторых случаях системы восстановления данных могут не справиться с поставленной задачей и, в итоге, некоторые части файлов могут быть потеряны вследствие перезаписи произвольными данными.

В качестве основного способа борьбы с последствиями вышеперечисленных причин порчи информации применяется резервное копирование, и, так называемый, Disaster Recovery Planning (планирование на случай чрезвычайных ситуаций).

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

Оставить комментарий

Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.