☰

Лучшие практики перехода на новую SAN

tag-icon • tag-icon nfs migration storage-area-network iscsi
Лучшие практики перехода на новую SAN

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

У него есть 12 ТБ данных изображений на 400 ТБ SAN, доступ к которым осуществляется через iSCSI.

В настоящее время сервер приложений работает в отдельном 1U-боксе Dell Pizza, работает на Windows Server 2003 (планируется обновление до 2012, когда компания-разработчик приложения сертифицирует сборку своего продукта), и приложение официально поддерживает только iSCSI; хотя давний технический представитель компании говорит, что видел, как оно работает с NFS. Он говорит, что ему нужно только запустить скрипт SQL, чтобы обновить пути.

Вот мой предлагаемый рабочий процесс:

  • Настройте zpool ( tank) на FreeBSD 10.2 на Dell Precision T7400 с 5 дисками по 6 ТБ в RAIDZ1 или 4 дисками в двух зеркальных vdev. Назовем эту машинуbohr
  • Настройте цели iSCSI с LUN, которые указывают на тома ( imagesи images2)
  • Подключаемся bohrк сети института (их это устраивает)
  • Смонтируйте SAN института, как инициатор или через SMB
  • копировать данные на LUN
  • указать серверу приложений новые LUN
  • Чарльз (представитель компании-разработчика приложения) запускает свой SQL
  • Возьмите bohrсервер приложений и настройте их на новом сайте.

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

У меня вопросы: я правильно излагаю? Похоже ли, что план будет работать? Я упускаю какие-либо шаги? Имеет ли смысл также настроить bohrобслуживание тех же данных по NFS одновременно (для извлечения данных для других исследовательских целей) или мне следует требовать доступ iscsi для всех клиентов?

решение1

  1. Резервное копирование данных
  2. Представить оба устройства хранения как iSCSI на сервере
  3. Используйте сервер для форматирования вашего блочного хранилища в том же формате, что и другой диск (предполагаю, что NTFS)
  4. Зеркальное копирование данных на новое хранилище (выберите метод xcopy, robocopy и т. д.)
  5. Остановить все процессы, обращающиеся к старому хранилищу
  6. сделать окончательное зеркало данных
  7. Демонтировать старое хранилище
  8. Измените букву диска нового хранилища на букву предыдущего монтирования.
  9. Проверьте все и сделайте резервную копию данных

Это самый безопасный метод.

Связанный контент