У нас есть производственный сервер (RHEL 5.3 64 бит), на котором все наши домены размещены удаленно. Мы хотим иметь стандартный план резервного копирования для нашей системы, чтобы при любом физическом повреждении система могла быть быстро восстановлена из точки восстановления, имеющейся в другой удаленной системе.
Любые предложения будут высоко оценены.
решение1
В разделе «другое» много хороших вопросов. Все сводится к следующему: Зависит от того, что вы делаете и как быстро вам нужно восстановиться. Мгновенно? Очень дорого. Можете ли вы быть недоступны неделю? Вероятно, довольно дешево. Как часто вы физически находитесь рядом с сервером?
Но вот что вам, вероятно, захочется сохранить, как минимум:
/etc /home ваш корневой веб-каталог любые другие файлы приложений любые файлы базы данных
Для большинства из этого вы можете использовать rsync или tar. Rsync потребует сервер «живой» где-то, на котором вы можете разместить данные. Tar создаст архивный файл (который вы можете сжать с помощью bzip), а затем вам придется извлечь его на другом сервере.
Вам определенно понадобится что-то с достаточным дисковым пространством, процессором и всем остальным для запуска вашего сервера отказоустойчивости. Он должен иметь RHEL5.3 (сохраните те же патчи на нем). Вам, вероятно, не придется лицензировать второй сервер, если вы не используете его все время.
Для файлов базы данных вам, вероятно, захочется начать с mysqldump или pg_dump. Если у вас Oracle, начните с rman. Это самые неэффективные, но самые быстрые и надежные способы сделать резервные копии этих данных.
Надеюсь, это поможет вам начать.
решение2
У меня пять серверов, два сервера баз данных, два веб-сервера, один балансировщик нагрузки и один резервный диск. Таким образом, если один из веб-серверов выйдет из строя, другой сможет продолжать работать, как ни в чем не бывало. Вам нужно рассмотреть балансировщики нагрузки, репликацию баз данных и программный RAID.
решение3
Сколько вы хотите потратить на это? Существуют коммерческие продукты, которые это делают. Мне больше всего нравится R1Soft. Бесплатная версия могла бы сбрасывать базы данных в файл, а затем иметь место в другом месте, куда вы rsync-синхронизируете данные. Затем вы можете расширить его, чтобы хранить несколько версий файлов.
решение4
Учитывая, что у вас есть ленточный накопитель, я бы посмотрел набакула. По моему опыту, все просто сводится к безопасному размещению ваших данных на ленте, а восстановление на «голое железо» предельно элегантно: вы создаете USB-ключ, настроенный под ваше оборудование и конфигурацию Bacula, который можно загрузить на резервном устройстве, и он автоматически восстановит его из последних резервных копий.
Не забывайте, что вам нужно будет сбросить базы данных на диск, как уже говорили другие, чтобы bacula правильно сохранила их на ленту. Восстановление баз данных после восстановления на холодном металле также будет вашей ответственностью.
Что бы вы ни делали, ради любви к Богу,Попробуй это, и часто. Нет ничего более душераздирающего, чем открытие того, что резервный график, который, как вы думали, должен был спасти вашу задницу, записывал нули на ленту в течение последних восьми месяцев.