Во-первых, у меня есть жесткий диск, который был настроен как RAID, тип Volume, а не RAID 0 или RAID 1 ... и я хочу добавить еще один жесткий диск для настройки массива RAID 1. Вот что я сделал ниже.
Отключиться от сервера и dd весь диск со старого жесткого диска на новый: `` dd if = / dev / sda of = / dev / sdb conv = noerror, sync bs = 2048`
Переустановите старый жесткий диск обратно на сервер, чтобы использовать его в течение одного дня. Чт, что-то изменилось в данных на этом жестком диске.
Затем я еще раз отсоединяю старый жесткий диск от сервера. И rsync -aruv со старого HDD на новый. Не dd в это время: rsync -aruv /data/ /data-2/
Подключите оба жестких диска к серверу и установите новый массив RAID 1.
В это время все элементы на (обоих) диске (RAID 1) были стерты (как было замечено при настройке нового массива RAID). Скорее всего, потому что я думаю, что таблица разделов - это единственное, что было стерто.
Некоторая информация:
Мой сервер - это система X 3400, которая использует Контроллер ServeRAID 8-i
Установлен Windows Server 2008 R и запущен MSSQL
Этот (эти) диск хранит базу данных для MSSQL. Объем данных / раздел на сервере
ФС - это NTFS.
Я не хочу использовать третий жесткий диск для резервного копирования данных со старого жесткого диска, а затем скопировать обратно после настройки RAID-массива и воссоздать новую таблицу разделов на 1-м (старом) и 2-м (более новом) жестких дисках. Вот почему у меня было dd с 1-го по 2-й, rsync данные на одном из этих дисков, потому что что-то было изменено после дня использования старого жесткого диска, и восстановление таблицы разделов на этом (этих) (парных) дисках после завершения установки нового массива RAID 1. Я имею в виду новый RAID-массив (содержит два таких диска). Я слишком ленив!
Перезагрузите Сервер в последний раз. Вроде все работает нормально. Ого, мне не нужно заново создавать новую таблицу разделов и копировать данные обратно с третьего жесткого диска (если он есть). Больше никаких перепроверок, я ложусь спать.
Но:
На следующее утро клиент MSSQL обнаружил ошибку диагностики с сообщением msg: ... невозможно подключиться к базе данных по умолчанию ... И это тоже то, что у меня есть в журнале MSSQL.
Перепроверьте данные, один из файлов базы данных MSSQL - 0kB. О, МОЙ БОГ. Это самый большой файл, который был rsync удалось раньше.
Эта проблема:
Вопросы:
То, как я это сделал, и те шаги, которые я сделал, могут привести к повреждению данных? И это не должно быть способом выполнения таких задач, как моя?
Есть ли что-нибудь, что может сделать файл базы данных файлом нулевого размера, поведением MSSQL или чем-то еще?
Я совершенно новичок на стороне сервера.
Любая помощь приветствуется! Спасибо!
Честно говоря - я думаю, Вы сделали это совершенно неправильно.
Когда вы создаете RAID, ему требуется некоторое пространство для выделения метаданных, описывающих, какой тип RAID находится на этом диске. Диск инициализируется контроллером, когда он становится участником рейда / запасным диском.
должно получиться примерно так:
если контроллер позволяет это, вы можете создать деградированное зеркало с отсутствующим одним диском:
1. Инициализируйте новый диск и создайте массив RAID1 в BIOS контроллера с отсутствующим одним диском.
2. остановить все действия с диском Rsync: старый диск -> новый диск
3. размонтировать старый диск, смонтировать новый массив на место, где раньше был старый диск.
4. Убедитесь, что все работает нормально.
5. Зайдите в BIOS контроллера, инициализируйте старый диск и добавьте его как запасной. рейд надо перестроить.
Если BIOS контроллера не позволяет создать деградированный массив рейдов, наиболее безопасным будет сброс всех данных на другой диск / сервер, а затем создание массива рейдов.
что может пойти не так в Вашей процедуре:
- выполнение такой рискованной операции без резервного копирования - плохой выбор.
- Вы остановили все действия с диском перед rsync? вот почему файл может иметь нулевую длину, потому что он был заблокирован движком базы данных
- Вы должны проверить в документации вашего контроллера, что преобразование из обычного диска в член массива возможно. Я сам всегда угрожаю сделать диск членом массива, как формат.
- Переназначение одного диска на другой - не лучшая идея. Вы реплицируете все, даже GUID разделов. Возможно, это будет хорошим выбором для копирования сломанного жесткого диска и его замены.