Назад | Перейти на главную страницу

Какова эффективная стратегия резервного копирования для моего сервера?

Прошлой ночью у меня сломался выделенный сервер с Hivelocity. После 6 часов обращения в службу поддержки администратор сказал мне, что мой жесткий диск не работает и отображается как 0 МБ. Я запросил перезагрузку сервера, которую еще предстоит выполнить.

Я сделал резервную копию 5 дней назад, поэтому повреждения не такие серьезные, и я сделаю резервную копию через пару дней.

Но одно из приложений на сервере критически важно. Он должен работать, и я не могу позволить себе иметь резервную копию старше 5-6 часов.

Я подумываю о настройке зеркала RAID 1 для моего основного жесткого диска, но это не поможет, если в центре обработки данных возникнет неисправность. Я также не очень доверяю ребятам из DC сейчас (после вчерашнего выступления) быстро исправлять ошибки.

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

Что вы порекомендуете?

Присылайте мне свои предложения и отзывы.

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

Спасибо

Редактировать:

Всего несколько пунктов:

a) Любой производственный сервер должен использовать решение RAID для быстрого переключения при отказе. Если приложение действительно "критически важное", то это не проблема.

б) Я не знаю вашего хостинг-провайдера, но у провайдера управляемого хостинга, где я работаю (одного из крупнейших, если не самого большого), у нас есть множество решений для управляемого резервного копирования, доступных для наших клиентов. Вы можете обсудить решения со своим хозяином; Если у них есть хоть какая-то достойная поддержка, у них будут эксперты, которые помогут вам найти способы решения ваших проблем.

c) Лучшим решением, чем «резервный сервер» и «смещение домена» для вашего сайта, будет установка нескольких веб-серверов (по крайней мере, двух) за балансировщиком нагрузки. Мгновенное переключение при отказе плюс преимущества балансировки нагрузки. Если вы собираетесь иметь резервные серверы, можно также заставить их работать на вас.

Короче говоря, не существует «волшебной пули», которую вы могли бы установить и позволить ей позаботиться об этом за вас. И MSSQL, и MySQL имеют возможность реплицировать базы данных на удаленный сервер. Это не так уж и сложно настроить для любой системы, и в Интернете есть множество руководств, которые покажут вам, как это сделать. Если два сервера находятся в одном центре обработки данных, это довольно просто. Если это не так, все становится немного сложнее, и вам нужно подумать о VPN между сайтами, чтобы обеспечить безопасную передачу файлов и трафик репликации db.

Что касается файлов веб-сайта: если эти файлы являются просто логикой приложения, с сервера вам действительно нужно просто проверять исходное дерево из любого репозитория VC, который вы используете (svn, git, cvs и т. Д.). Делая это, вы гарантируете, что 1) ваш сервер никогда не является «главным» хранилищем кода и 2) оба сервера будут использовать одну и ту же версию файлов. Когда вы обновляете код веб-сайта, просто запустите svn update (или что-то подобное для вашей системы VC) на каждом сервере, и оба они будут очень быстро обновлены.

О получении жесткого диска от хостинг-провайдера. Скорее всего, вам будет очень сложно это сделать. Хотя правда, что данные на диске ваш, сам диск является собственностью хостинговой компании. Если у них хорошее настроение и у вас хорошие отношения с ними, они могут согласиться на такую ​​договоренность, но я бы не стал на это рассчитывать. Даже если вы вернули диск, вы столкнетесь с довольно большими денежными расходами, если отправите его в профессиональную организацию по восстановлению данных (Ontrack или тому подобное).