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

Обновлено: 05.07.2024

Когда пользователь создает базу данных Exchange, все данные автоматически сохраняются на диске C компьютерной системы в отдельной папке. Но когда лимит хранилища превышается, пользователь должен переместить базу данных Exchange на другой диск, поскольку слишком большие файлы могут привести к повреждению.

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

Прежде чем перемещать базу данных Exchange в другое место, вы должны знать расположение файлов базы данных по умолчанию. Если вы являетесь администратором биржи, вы можете просматривать файлы непосредственно на сервере биржи и управлять ими самостоятельно. Но для перемещения файла базы данных вы должны знать его местоположение.

Как найти файл базы данных

Каждая версия сервера обмена имеет разное место для сохранения файлов на ПК.

Для Exchange Server 2016

  • Диск С
  • Программные файлы
  • Майкрософт
  • Сервер Exchange
  • V15
  • Почтовый ящик
  • Имя базы данных почтовых ящиков.edb

Для Exchange Server 2013

  • Диск С
  • Программные файлы
  • Майкрософт
  • Сервер Exchange
  • V15
  • Затем почтовый ящик
  • Имя базы данных почтовых ящиков
  • Имя базы данных почтовых ящиков.edb

Для Exchange 2010

  • Диск С
  • Программные файлы
  • Майкрософт
  • Сервер Exchange
  • V14
  • База данных почтовых ящиков
  • База данных почтовых ящиков.edb

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

Get-MailboxDatabase | fl Имя, EdbFilePath, LogFolderPath

После выполнения этой команды вы получите расположение файла EDB с журналом транзакций, а затем сможете легко переместить базу данных Exchange на другой диск.

Информация будет выглядеть следующим образом:-


Теперь переименуйте базу данных, чтобы вам было проще отличить базу данных по умолчанию от новой базы данных.

Запустите Command-Set-MailboxDatabase ‘DB4321’ -Name ‘DatabaseFA’

Наконец имя исходной базы данных меняется с DB4321 на DatabaseFA

Чтобы переместить файлы, выполните команду, указанную ниже:-

Move-DatabasePath ‘DatabaseFA’ -EdbFilePath ‘D:\ DatabaseFA \ DatabaseFA.edb’ – ‘LogFolderPath E:\ DatabaseFA’

Теперь вы изменили расположение файла базы данных и переместили файлы EDB с диска C на другой диск.

Что нужно помнить

  • Перед запуском этой команды базу данных следует отключить.
  • Пользователь не может работать с ним.
  • Размер базы данных определяет время, затрачиваемое на весь процесс.
  • Любое прерывание процесса может привести к повреждению файла EDB.

Еще один способ переместить базу данных Exchange на другой диск — сначала создать новую базу данных, а затем скопировать элемент почтового ящика в новую базу данных из старой.

Команда для этого:-

New-MailboxDatabase -Name «DatabaseFA» -EdbFilePath D:\DatabaseFA\DatabaseFA\DatabaseFA.edb

Создайте локальный запрос на перемещение из Центра администрирования в новой базе данных.

  • На вкладке "Получатель" нажмите "Миграция", а затем "Добавить".
  • Выберите вариант «Переместить в другую базу данных».
  • Теперь выберите пользователя и письма, которые вы хотите переместить, в разделе «Выбрать пользователей».
  • Введите новое имя в мастере переноса конфигурации и нажмите "Далее".
  • На странице «Начать пакетную обработку» настраиваются параметры, а затем запускается пакетная миграция.

Процесс начнется, и база данных будет перемещена в выбранное место.

Ну, оба метода по-своему эффективны. Либо вы можете переместить файлы базы данных в существующее местоположение сервера, либо вы можете создать новый сервер, а затем перенести файлы. Выбор за вами.

Вы даже можете сохранять обменные файлы в формате PDF и PST, если вы новичок. Но для этого быстрого и простого метода вам придется потратиться.

Менеджер баз данных Sysinfo Exchange

Это профессиональный инструмент, который помогает пользователю конвертировать файлы EDB базы данных Exchange в формат файлов PST и PDF. Вам просто нужно загрузить программное обеспечение и сохранить файлы EDB в формате PDF.Это программное обеспечение простое в использовании, и не беспокойтесь, потому что оно разработано с точки зрения нетехнического пользователя. Поэтому вы можете преобразовать файл EDB в PDF и переместить его в любое место.

 Скачать конвертер MS Exchange

Заключение

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

Когда администраторы Exchange устанавливают новую версию Exchange Server, по умолчанию также создается новая база данных. База данных Exchange расположена в разделе диска C по умолчанию в отдельной папке. Когда размер базы данных увеличивается и управлять ею становится сложно, пользователю следует переместить базу данных на новый раздел диска, на котором больше места.

Но вы не можете просто скопировать и вставить базу данных на новый диск. Сначала вам нужно будет отключить базу данных, переместить ее в другое место или на другой диск и смонтировать обратно в Exchange.

Какое расположение базы данных по умолчанию?

Когда вы решили переместить базу данных, первой задачей становится получение местоположения файла базы данных. Администратору Exchange не нужно напрямую взаимодействовать с файлом базы данных, поскольку все операции можно выполнять в самом Центре администрирования Exchange. Но чтобы переместить базу данных, вам нужно получить ее местоположение. Вот расположение файла базы данных Exchange по умолчанию.

Для Exchange Server 2016
Для Exchange Server 2013

C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Имя базы данных почтовых ящиков\Имя базы данных почтовых ящиков.edb

Для Exchange Server 2010

Если администратор изменил расположение базы данных, вам следует запустить следующий командлет в командной консоли Exchange, чтобы получить фактическое расположение.

После запуска командлета вы получите подробную информацию об имени базы данных, полном расположении файла EDB и файле журнала транзакций. Файл журнала транзакций записывает все действия, выполненные в базе данных.

Имя: DB4321
EdbFilePath: C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\DB4321\DB4321.edb
LogFolderPath: C:\Program Files\Microsoft\Exchange Server\V15 \Почтовый ящик\DB4321

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

Перейдите в консоль управления Exchange и запустите командлет.

Исходное имя базы данных изменится с DB4321 на DatabaseHR. Теперь вы можете запустить команду перемещения.

Move-DatabasePath ‘DatabaseHR’ -EdbFilePath ‘D:\DatabaseHR \ DatabaseHR.edb’ – ‘LogFolderPath E:\ DatabaseHR’

Приведенный выше командлет изменит расположение базы данных «DatabaseHR» на другой диск и последующие папки. Теперь смонтируйте базу данных обратно на сервер Exchange и начните с ней работать.

Как указано в методе, база данных должна оставаться в отключенном (автономном) состоянии, и пользователь не может работать с ней, а время, необходимое для выполнения задачи, будет зависеть от размера базы данных. Пока база данных не будет полностью перенесена на новое место, пользователю придется сидеть без дела, и продуктивный час будет потрачен впустую.

Если вы не хотите снижать производительность Exchange Server, вам следует создать новую базу данных в другом месте и скопировать данные почтового ящика из старой базы данных в новую базу данных. Вот командлет –

После создания новой базы данных перейдите в Центр администрирования Exchange и создайте локальный запрос на перемещение между двумя базами данных.

Выберите пользователей, которые вы хотите переместить

  1. На вкладке "Получатели" выберите "Миграция" и нажмите кнопку "Добавить" (+). Затем выберите «Переместить в другую базу данных».
  2. В разделе «Выберите пользователей, которых вы хотите переместить» мастера миграции выберите пользователей, которых вы хотите перенести. Затем выберите все почтовые ящики, которые необходимо перенести. Нажмите «Далее» после выбора почтовых ящиков.

Примечание. Здесь вы можете выбрать расположение целевой базы данных на новом диске или в новом разделе.

Запрос на перемещение будет запущен, и выбранные почтовые ящики будут перемещены в указанную целевую базу данных.Преимущество этой процедуры в том, что пользователь не сталкивается с простоями.

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

Программное обеспечение восстановления ядра для Exchange Server может получить доступ к файлу базы данных Exchange, получить информацию о нем и выполнить миграцию в другую базу данных Exchange. Процесс довольно гладкий, и инструмент предоставляет полный отчет о миграции после миграции. И вы можете легко перенести почтовые ящики в другую базу данных с помощью этого инструмента. С помощью этого инструмента вы можете легко перемещать файлы EDB или данные с работающего сервера Exchange таким образом. Таким образом, этот инструмент чрезвычайно полезен при миграции Exchange и Office 365. И он работает как со старыми версиями, такими как Exchange 2003, так и с более новыми, такими как Exchange 2019.

Заключение

Хотя для базы данных Exchange существует место по умолчанию, ее можно переместить в другой раздел или диск. Для этого вам нужно использовать командлет Move-DatabasePath в Exchange Management Shell. Кроме того, вы можете использовать параметр «Переместить в другое место» в центре администрирования Exchange. Если у вас есть профессиональный конвертер файлов EDB для Exchange, вы можете перемещать файлы EDB или данные Exchange на другой сервер Exchange. Преимущество в том, что таким образом можно переместить даже данные из поврежденного файла EDB.

Этот командлет доступен только в локальной среде Exchange.

Используйте командлет Move-DatabasePath, чтобы задать новый путь к расположению базы данных на указанном сервере почтовых ящиков и переместить связанные файлы в это расположение.

Сведения о наборах параметров в разделе "Синтаксис" ниже см. в разделе Синтаксис командлета Exchange.

Синтаксис

Описание

При использовании командлета Move-DatabasePath учитывайте следующее:

  • Этот командлет завершается ошибкой, если он выполняется во время резервного копирования базы данных.
  • Если указанная база данных монтируется при выполнении этого командлета, база данных автоматически отключается, а затем повторно монтируется и становится недоступной для пользователей, пока она отключена.
  • В Exchange 2013 или более ранней версии этот командлет можно запустить только на затронутом сервере почтовых ящиков. Если вы включите параметр ConfigurationOnly со значением $true, вы сможете запустить командлет на рабочей станции администратора. Это не относится к Exchange 2016 или более поздней версии (командлет можно запустить где угодно).
  • Этот командлет нельзя запускать для реплицированных баз данных почтовых ящиков. Чтобы переместить путь к реплицированной базе данных, необходимо сначала удалить все реплицированные копии, а затем выполнить операцию перемещения. После завершения операции перемещения вы можете добавить копии базы данных почтовых ящиков.

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

Примеры

Пример 1

В этом примере задается новый путь для базы данных почтовых ящиков, заданный именем базы данных почтовых ящиков. Для выполнения операции перемещения база данных должна быть временно отключена, что сделает ее недоступной для всех пользователей. Если база данных в настоящее время отключена, она не будет повторно подключена после завершения.

Параметры

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

Если вы не используете этот переключатель, конфигурация базы данных изменится, а файлы будут перемещены.

Тип: SwitchParameter
Позиция:Именованный
Значение по умолчанию:Нет
Принять ввод конвейера:False
Допускать подстановочные знаки:False
Применимо к:Exchange Server 2010 , Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Переключатель подтверждения указывает, показывать или скрывать запрос на подтверждение. То, как этот переключатель влияет на командлет, зависит от того, требует ли командлет подтверждения перед продолжением.

  • Разрушающие командлеты (например, командлеты Remove-*) имеют встроенную паузу, которая заставляет вас подтвердить команду, прежде чем продолжить. Для этих командлетов запрос на подтверждение можно пропустить, используя точный синтаксис: -Confirm:$false .
  • Большинство других командлетов (например, командлеты New-* и Set-*) не имеют встроенной паузы.Для этих командлетов указание переключателя подтверждения без значения приводит к паузе, которая требует подтверждения команды перед продолжением.

Тип: Fqdn
Позиция:Имя
Значение по умолчанию:Нет
Принять ввод конвейера:False
Допускать подстановочные знаки:False
Применимо к:Exchange Server 2010 , Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Параметр EdbFilePath указывает новый путь к файлу для базы данных. Все текущие файлы базы данных перемещаются в это место. Расположение по умолчанию — %ExchangeInstallPath%Mailbox\LocalCopies\MBDatabase.edb . Этот путь к файлу не может совпадать с путем к резервной копии базы данных.

Тип: EdbFilePath
Позиция:Имя
Значение по умолчанию:Нет
Принять ввод конвейера:False
Допускать подстановочные знаки:False
Применимо к:Exchange Server 2010 , Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Переключатель Force скрывает предупреждающие или подтверждающие сообщения. Для этого переключателя не нужно указывать значение.

Этот переключатель можно использовать для программного запуска задач, когда запрос административного ввода неуместен.

Тип: SwitchParameter
Позиция:Именованный
Значение по умолчанию:Нет
Принять ввод конвейера:False
Допускать подстановочные знаки:False
Применимо к:Exchange Server 2010 , Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Параметр Identity указывает базу данных, которую вы хотите переместить. Вы можете использовать любое значение, которое однозначно идентифицирует базу данных. Например:

  • Имя
  • Отличительное имя (DN)
  • GUID

Параметр LogFolderPath указывает папку, в которой хранятся файлы журналов.

Тип: NonRootLocalLongFullPath
Позиция:Именованный
Значение по умолчанию:Нет
Принять ввод конвейера:False
Допускать подстановочные знаки:False
Применимо к:Exchange Server 2010 , Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Переключатель WhatIf имитирует действия команды. Вы можете использовать этот переключатель для просмотра изменений, которые произойдут без фактического применения этих изменений. Для этого переключателя не нужно указывать значение.

< /tr>
Тип: SwitchParameter
Псевдонимы:wi
Позиция:Имя
Значение по умолчанию:Нет
Принимать ввод конвейера:False
Допускать подстановочные знаки:False
Применяется к:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Входные данные

Чтобы просмотреть типы ввода, которые принимает этот командлет, см. раздел Типы ввода и вывода командлета. Если поле «Тип ввода» для командлета пусто, командлет не принимает входные данные.

Результаты

Чтобы просмотреть типы возвращаемых данных, которые также называются типами вывода, которые принимает этот командлет, см. раздел Типы ввода и вывода командлета. Если поле «Тип вывода» пусто, командлет не возвращает данные.

Если перемещаемая база данных почтовых ящиков реплицируется в одну или несколько копий базы данных почтовых ящиков, необходимо выполнить процедуру, описанную в этом разделе, чтобы переместить путь к базе данных почтовых ящиков. Все копии базы данных почтовых ящиков должны располагаться по одному и тому же пути на каждом сервере, на котором размещена копия. Например, если база данных DB1 расположена в C:\mountpoints\DB1 на сервере EX1, копии DB1 на серверах EX2, EX3 и т. д. также должны располагаться в C:\mountpoints\DB1.

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

Ищете другие задачи управления, связанные с копиями базы данных почтовых ящиков? Ознакомьтесь с разделом Управление копиями базы данных почтовых ящиков.

Что нужно знать, прежде чем начать?

Приблизительное время выполнения этой задачи: 2 минуты плюс время на перемещение данных, которое зависит от множества факторов, таких как размер базы данных, скорость, доступная пропускная способность и задержка сети, а также объем хранилища. скорости.

Для выполнения этой процедуры или процедур вам необходимы соответствующие разрешения.Чтобы узнать, какие разрешения вам нужны, см. запись "Копии базы данных почтовых ящиков" в разделе Разрешения для обеспечения высокой доступности и устойчивости сайта.

Для выполнения операции перемещения база данных должна быть временно отключена, что сделает ее недоступной для всех пользователей. Если база данных в настоящее время отключена, она не будет повторно подключена после завершения.

Чтобы выполнить операцию перемещения, репликация базы данных должна быть отключена для всех копий. Недостаточно приостановить репликацию; вы должны отключить его с помощью командлета Remove-MailboxDatabaseCopy, чтобы удалить копии базы данных.

Информацию о сочетаниях клавиш, которые могут применяться к процедурам в этом разделе, см. в разделе Сочетания клавиш в центре администрирования Exchange.

Возникли проблемы? Обратитесь за помощью на форумах Exchange. Посетите форумы по адресу: Exchange Server, Exchange Online или Exchange Online Protection.

Использование командной консоли Exchange для перемещения реплицированной базы данных почтовых ящиков на новый путь

Вы не можете использовать Центр администрирования Exchange (EAC) для перемещения реплицированной базы данных почтовых ящиков на новый путь.

Обратите внимание на любые параметры задержки воспроизведения или задержки усечения для всех перемещаемых копий базы данных почтовых ящиков. Эту информацию можно получить с помощью командлета Get-MailboxDatabase, как показано в этом примере.

Если для базы данных включено циклическое ведение журнала, перед продолжением его необходимо отключить. Циклическое ведение журнала для базы данных почтовых ящиков можно отключить с помощью командлета Set-MailboxDatabase, как показано в этом примере.

Удалите все копии базы данных почтовых ящиков для перемещаемой базы данных. Подробные инструкции см. в разделе Удаление копии базы данных почтовых ящиков. После удаления всех копий сохраните базу данных и файлы журнала транзакций с каждого сервера, с которого удаляется копия базы данных, переместив их в другое место. Эти файлы сохраняются, поэтому копии базы данных не требуют повторного заполнения после их повторного добавления.

Переместите путь к базе данных почтовых ящиков в новое место. Подробные инструкции см. в разделе Перемещение пути к базе данных почтовых ящиков.

Во время операции перемещения перемещаемая база данных должна быть размонтирована. До тех пор, пока перемещение не будет завершено, этот процесс вызовет перерыв в обслуживании и сбой для всех пользователей с почтовыми ящиками в перемещаемой базе данных. После завершения операции перемещения база данных монтируется автоматически.

Создайте необходимую структуру папок на каждом сервере почтовых ящиков, который ранее содержал пассивную копию перемещенной базы данных почтовых ящиков. Например, если вы переместили базу данных в C:\mountpoints\DB1, вы должны создать этот же путь на каждом сервере почтовых ящиков, на котором будет размещаться копия базы данных почтовых ящиков.

После создания структуры папок переместите пассивную копию базы данных почтовых ящиков и ее поток журналов в новое место. Это файлы, оставшиеся и сохраненные после шага 3. Повторите этот процесс для каждой копии базы данных, удаленной на шаге 3.

Добавьте все копии базы данных, которые были удалены на шаге 3. Подробные инструкции см. в разделе Добавление копии базы данных почтовых ящиков.

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

При необходимости включите циклическое ведение журнала с помощью командлета Set-MailboxDatabase, как показано в этом примере.

Измените ранее заданные значения времени задержки воспроизведения и времени задержки усечения с помощью командлета Set-MailboxDatabaseCopy, как показано в этом примере.

По мере добавления каждой копии мы рекомендуем проверять работоспособность и статус копии перед добавлением следующей копии. Проверить работоспособность и статус можно следующим образом:

Проверка журнала событий на наличие ошибок или предупреждений, связанных с базой данных или копией базы данных.

Использование командлета Get-MailboxDatabaseCopyStatus для проверки работоспособности и состояния непрерывной репликации копии базы данных.

Использование командлета Test-ReplicationHealth для проверки работоспособности и состояния группы доступности базы данных и непрерывной репликации.

Подробную информацию о синтаксисе и параметрах см. в следующих темах:

Откуда вы знаете, что это сработало?

Чтобы убедиться, что вы успешно переместили путь к копии базы данных почтовых ящиков, выполните одно из следующих действий:

В Центре администрирования Exchange выберите Серверы > Базы данных. Выберите базу данных, которая была скопирована. В области сведений отображается состояние копии базы данных и индекс ее содержимого, а также текущая длина очереди копирования. Убедитесь, что статус «Исправен».

В командной консоли Exchange выполните следующую команду, чтобы убедиться, что копия базы данных почтовых ящиков создана и работоспособна.

Читайте также: