Exchange 2010 перенос базы данных на другой диск

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

Перед началом:

1. Планирование:Определите новый диск, на который будет перенесена база данных. Убедитесь, что на нем достаточно места и он имеет хорошую производительность.
   Запланируйте время простоя сервера (если требуется).
   Уведомите пользователей о возможном временном недоступности почтового сервера.
   
2. Резервное копирование:Сделайте полную резервную копию базы данных, которую будете перемещать. Это необходимо на случай, если что-то пойдет не так.
   Убедитесь, что резервная копия создана успешно и ее можно восстановить.
   
3. Проверка состояния базы данных:Выполните проверку целостности базы данных с помощью командлета ESEUTIL /MH <путь к файлу базы данных>.
   

Способы переноса базы данных:

Способ 1: Перемещение базы данных с помощью Exchange Management Console (EMC) (Простой способ, если требуется переместить только базу данных):

• Шаги:Откройте Exchange Management Console (EMC).
  Перейдите в “Organization Configuration” -> “Mailbox”.
  В центральной панели выберите вкладку “Database Management”.
  Щелкните правой кнопкой мыши на базе данных, которую хотите переместить, и выберите “Move Database Path…”.
  
  В окне “Move Database Path” укажите:“Database path”: Новый путь к файлу базы данных (.edb).
  “Log folder path”: Новый путь к папке с лог-файлами.
  Нажмите “Move”.
  Подтвердите перемещение базы данных.
  Дождитесь завершения процесса перемещения.
  
• Преимущества:Простой и понятный интерфейс.
  
• Недостатки:Требует временного отключения базы данных (следовательно, простоя пользователей).
  

Способ 2: Перемещение базы данных с помощью Exchange Management Shell (EMS) (Более гибкий способ, позволяет перемещать базу данных без остановки служб):

• Шаги:Откройте Exchange Management Shell (EMS).
  
  Приостановите репликацию базы данных (если используется DAG):Suspend-MailboxDatabaseCopy <Имя базы данных>\<Имя сервера>
  
  Выполните плавное отключение базы данных (Dismount):Dismount-Database <Имя базы данных>
  Переместите файлы базы данных (.edb) и лог-файлы в новое местоположение. Используйте проводник Windows или командлет Move-Item. Убедитесь, что у учетной записи Exchange Trusted Subsystem есть необходимые права на новое расположение.
  
  Обновите путь к базе данных в Exchange:Set-MailboxDatabase <Имя базы данных> -EdbFilePath "<Новый путь к файлу базы данных>" -LogFolderPath "<Новый путь к папке с логами>"
  
  Запустите проверку базы данных:Get-MailboxDatabase <Имя базы данных> | Clean-MailboxDatabase
  
  Подключите базу данных (Mount):Mount-Database <Имя базы данных>
  
  Возобновите репликацию базы данных (если используется DAG):Update-MailboxDatabaseCopy <Имя базы данных>\<Имя сервера>
  
• Преимущества:Больше контроля над процессом перемещения.
  Можно выполнить перемещение без значительного простоя пользователей (при использовании DAG).
  
• Недостатки:Требует знания командлетов PowerShell.
  

Способ 3: Использование DAG (Database Availability Group) (Для высокой доступности и перемещения базы данных без простоя):

• Описание: Если у вас настроена DAG, можно переместить активную базу данных на другой сервер DAG, а затем удалить базу данных с исходного сервера и добавить ее на новый диск.
• Шаги:
  Переместите активную копию базы данных на другой сервер DAG:Move-ActiveMailboxDatabase <Имя базы данных> -ActivateOnServer <Имя сервера, на который нужно переместить базу>
  
  Удалите копию базы данных с исходного сервера:Remove-MailboxDatabaseCopy <Имя базы данных>\<Имя исходного сервера>
  
  Добавьте новую копию базы данных на новый диск:Add-MailboxDatabaseCopy <Имя базы данных> -MailboxServer <Имя исходного сервера> -ActivationPreference <номер приоритета активации> -ReplayLagTime 00:00:00 -TruncationLagTime 00:00:00 -SeedingPostponed:$false
  Убедитесь, что указали правильные пути к файлу базы данных и лог-файлам на новом диске.
  Запустите seeding (первоначальную репликацию) базы данных.
  
• Преимущества:Перемещение базы данных без простоя пользователей.
  Обеспечение высокой доступности почтового сервера.
  
• Недостатки:Требует наличия настроенной DAG.
  Более сложный процесс настройки.
  

Действия после перемещения базы данных:

1. Проверьте целостность базы данных:Выполните командлет ESEUTIL /MH <путь к файлу базы данных> и убедитесь, что состояние базы данных “Clean Shutdown”.
   Запустите Test-Mailflow для проверки работоспособности отправки и получения почты.
   
2. Проверьте права доступа:Убедитесь, что учетная запись Exchange Trusted Subsystem имеет необходимые права на новое расположение базы данных и лог-файлов.
   
3. Выполните резервное копирование:Сделайте полную резервную копию базы данных в новом расположении.
   
4. Удалите старые файлы:После успешного переноса и проверки данных можно удалить старые файлы базы данных и лог-файлы.
   

Важные замечания:

• Права доступа: Убедитесь, что у учетной записи Exchange Trusted Subsystem есть полные права на чтение и запись в новое расположение для базы данных и файлов журналов.
• Антивирус: Временно отключите антивирусное программное обеспечение во время перемещения базы данных. Некоторые антивирусы могут блокировать доступ к файлам и вызывать ошибки. После завершения перемещения добавьте новое расположение базы данных и файлов журналов в исключения антивируса.
• Мониторинг: Внимательно следите за состоянием сервера и базы данных во время и после перемещения.
• Ошибки: При возникновении ошибок внимательно изучите логи событий и сообщения об ошибках, чтобы определить причину и найти решение.
• Кворум DAG: Если вы работаете с DAG, убедитесь, что кворум DAG не потерян во время перемещения.

Перенос базы данных Exchange 2010 на другой диск требует тщательного планирования и выполнения. Следуйте инструкциям, делайте резервные копии, проверяйте данные и будьте внимательны к сообщениям об ошибках. Если у вас нет опыта работы с Exchange Server, рекомендуется обратиться за помощью к квалифицированному специалисту.