Вопрос или проблема
Я вижу много информации о том, как сделать резервное копирование одного диска, перенести данные или даже использовать команду dd.
Изначально у меня был сервер с 1 диском, и когда я мигрировал его на более мощный сервер, я просто использовал Clonezilla.
Теперь предположим, что у меня есть сервер Samba, настроенный с использованием RAID 5, и я хочу перенести его на другой сервер, который также имеет совершенно новые диски. Я знаю, что не могу просто использовать Clonezilla, так как дисков несколько.
Так каков будет лучший метод для создания резервной копии сервера RAID 5 и переноса его на другой обновленный сервер?
Лучший способ, вероятно, заключается в том, чтобы настроить новый сервер, а затем запланировать окно обслуживания, чтобы отключить доступ обычных пользователей к старому серверу. Во время окна обслуживания используйте инструмент копирования файлов, чтобы скопировать все, что вы хотите сохранить, со старого сервера на новый. Как только процесс копирования завершится, при желании выполните шаг проверки (что-то вроде рекурсивного md5sum на обеих системах и сравнения результатов должно сработать неплохо), прежде чем заменить старый сервер на новый. Утилизируйте старый сервер (и особенно его накопители) в соответствии с применимыми процедурами и регламентами.
Кстати, это не имеет отношения к тому, используете ли вы RAID или нет. RAID — это просто удобный метод, среди прочего, для получения избыточности хранения. Как побочный эффект, это делает копирование всего диска (с помощью таких инструментов как dd, ddrescue и т. д.) менее полезным. Последнее уже не очень полезно, если вы переносите данные на диски другого размера, поскольку разделы останутся того же размера на целевой системе; это наиболее полезно, когда диск испытывает проблемы. Основная идея избыточной RAID-конфигурации (то есть, по сути, все, кроме RAID 0) заключается в том, чтобы уменьшить вероятность того, что подобные проблемы окажут злостное влияние на доступ пользователей к данным.
И пока вы на этом, подумайте о миграции на RAID 6 (или 1+0), а не RAID 5. Одна избыточность сегодня просто не соответствует размерам дисков. Некоторые люди даже предсказывают быстрый упадок RAID 5, во многом из-за этого. Вы получите лучшее использование дискового пространства с RAID 6, но RAID 1+0 может обеспечить лучшую производительность.
О, и вы делаете резервное копирование файлов на этом сервере, не так ли? Потому что если нет, то вам стоит начать с этого, а не беспокоиться о RAID и прочем. Мы регулярно получаем здесь вопросы о том, как восстановить важные файлы, для которых у людей не было резервных копий; не становитесь одним из них. Тем более если эти файлы не ваши личные, а вещи, которые людям нужны для работы.
Серверы будут управлять RAID самостоятельно. Просто перенесите данные любым желаемым способом. ВНИМАНИЕ: Убедитесь, что длина пути на новом сервере равна или меньше длины пути файла исходного сервера. Пользователи всегда создают структуры каталогов, которые достигают предела длины пути, поэтому перемещение их в расположение с даже одним символом больше в пути может вызвать проблемы. Также RAID — это не резервная копия. Убедитесь, что вы используете правильное решение для резервного копирования с окном восстановления в соответствии с вашими бизнес-требованиями. Шесть месяцев — это не редкость.
Я бы выбрал инструмент синхронизации. Вот некоторые бесплатные. DD перенесет все, даже свободное пространство, поэтому я всегда перемещаю данные на уровне файлов. Вы также можете использовать rsync, который может быть даже лучшим вариантом для вас.
http://www.techsupportalert.com/best-free-folder-synchronization-utility.htm http://www.readynas.com/download/documentation/support/rsync_howto_nastonas.pdf
RAID является прозрачным для операционной системы и программного обеспечения, так как происходит на уровне прошивки/драйвера. Для любого программного обеспечения RAID — это просто один диск. Вы должны быть в состоянии просто сделать резервное копирование разделов с помощью стандартного инструмента резервного копирования (например, Clonezilla) и перенести их на новый сервер как есть.
Для этих целей нет никакой разницы, что это RAID 5. RAID 5 предназначен для обработки нескольких дисков так, как если бы это был только один диск. Программное обеспечение не будет обращать на это внимание. Я не знаю, как дела обстоят с Clonezilla. Я делал это с Ghost по сети. Если у Clonezilla есть возможность копировать один компьютер на другой по сети, это было бы идеально. Единственная проблема может заключаться в том, что вам придется иметь подходящие драйверы для RAID, если ПО для клонирования/гостирования не поддерживает их автоматически.
Удачи.
Ответ или решение
Как создать резервную копию сервера RAID 5
При переносе данных с сервера, использующего RAID 5, на новый сервер с новыми дисками, возникает необходимость в надежном методе резервного копирования и переноса. RAID (Redundant Array of Independent Disks) не является решением для создания резервных копий, поэтому данный процесс требует четко организованного подхода.
1. Подготовка к переносу
Перед началом процесса миграции, внимательно подготовьте все необходимые шаги:
- Настройте новый сервер: Убедитесь, что новый сервер настроен, протестирован и готов к запуску. Все требуемые программные компоненты, включая Samba (если он используется), должны быть установлены и настроены.
- Запланируйте окно обслуживания: Ограничьте доступ пользователей к старому серверу, чтобы избежать конфликтов с обновлением данных. Это можно сделать, уведомив пользователей заранее о запланированном простое.
2. Создание резервной копии данных
RAID 5 обеспечивает повышенную надежность за счет распределения данных и четности, однако это не освобождает от необходимости создавать резервные копии. Рекомендуемые шаги:
- Используйте инструменты для копирования файлов: Вместо создания образа диска с помощью Clonezilla или аналогичных программ, рекомендуется использовать специализированные инструменты для переноса данных. Примеры таких инструментов включают:
- rsync: Отличный способ для синхронизации файлов. Он позволяет эффективно копировать лишь измененные файлы, минимизируя время простоя.
- RoboCopy или другие утилиты: Эти инструменты также могут использоваться для резервного копирования и синхронизации данных, особенно в случае больших объемов информации.
Пример команды rsync:
rsync -avz /path/to/source/ user@newserver:/path/to/destination/3. Проверка целостности данных
После завершения копирования рекомендуется провести проверку целостности данных, что можно сделать следующим образом:
- Используйте md5sum или аналогичные инструменты для проверки соответствия хешей файлов на старом и новом серверах. Это гарантирует, что все данные были успешно перенесены и не повреждены в процессе копирования.
4. Завершение миграции
После успешного копирования и проверки целостности данных, выполните следующие шаги:
- Замените старый сервер новым: Если все работает корректно, отключите старый сервер и начните использование нового.
- Убедитесь в настройках доступа: Проверьте, что все пользователи могут получить доступ к необходимым ресурсам на новом сервере без каких-либо задержек.
5. Дополнительные рекомендации
- Регулярное резервное копирование: Поддерживайте регулярные резервные копии важной информации. Храните резервные копии на отдельных устройствах или в облаке.
- Рассмотрите возможность перехода на RAID 6 или RAID 10: Это может повысить надежность системы, особенно с учетом увеличения объемов хранимых данных и вероятности выхода из строя дисков.
Заключение
Создание резервной копии сервера RAID 5 требует внимательного планирования и применения правильных инструментов для копирования данных. Следуя описанным шагам, вы обеспечите целостность и доступность информации при миграции на новый сервер. Помните, что надежность системы зависит не только от конфигурации RAID, но и от регулярного резервного копирования.