Exchange 2013 перенос базы на другой диск
Примечание. В Exchange 2007-2010 существовала отдельная роль транспортного сервера, а начиная с Exchange 2013 все роли кроме Edge объединены в одно, поэтому очереди присутствуют на всех без исключения серверах Exchange.
Для хранения очередей Exchange использует базу данных Extensible Storage Engine (ESE), известную также как Jet. По умолчанию база данных очередей и файлы журнала транзакций располагаются в директории %ExchangeInstallPath%TransportRoles\data\Queue . Файлы поделены на две группы, это ф айлы базы данных очереди:
и файлы журналов транзакций:
• trn.log — текущий файл журнала транзакций базы данных очереди;
• Trntmp.log — следующий файл журнала транзакций, создаваемый заранее;
• trnxxx.log — файлы журнала транзакций, которые создаются, когда размер текущего файла Trn.log достигает максимального значения. Максимальное значение определяется параметром QueueDatabaeLoggingFileSize в файле конфигурации EdgeTransport.exe.config и по умолчанию составляет 5 МБ;
• Trnres0001.jrs, Trnres0002.jrs, — резервные файлы. Используются для резервирования места под дополнительные файлы журнала транзакций, если текущие файлы заполнены.
• tmp.edb — временный файл для проверки схемы базы данных очереди. Он не является файлом журнала транзакций, однако хранится вместе с файлами журнала транзакций.
Местоположение файлов определяется в файле конфигурации EdgeTransport.exe.config,который находится в папке %ExchangeInstallPath%Bin . Параметр QueueDatabasePath содержит путь к файлам базы, а параметр QueueDatabaseLoggingPath — путь к журналам транзакций. Конфигурация представляет из себя текстовый файл и может открываться обычным текстовым редактором.
Затем указываем в файле конфигурации путь к новому местоположению, сохраняем файл и запускаем службу. После этого переходим в новую папку и проверяем, создались ли в ней все необходимые файлы.
Примечание. Если целевая папка для базы данных очереди или журналов транзакций не существует, она будет автоматически создана в указанном расположении.
После этого можно удалить старую базу данных очереди и файлы журнала транзакций из старого расположения. И если удаление прошло без проблем, то значит эти файлы больше не используются и перенос состоялся.
Как убедиться, что все получилось?
Чтобы убедиться, что все общедоступные папки 2013 Exchange 2013 г. успешно перенесены на Exchange 2016 или Exchange 2019 г., сделайте следующие действия:
Проверьте состояние запросов на перемещение, созданных при запуске следующей команды в командной Exchange на сервере почтовых ящиков Exchange 2016 или Exchange 2019 г.:
Команда возвращает каждый созданный запрос на перемещение вместе с одним из следующих значений состояния:
Завершено: почтовый ящик общедоступных папок успешно перемещен в целевую базу данных почтовых ящиков.
CompletedWithWarning. Почтовый ящик общедоступных папок был перемещен в целевую базу данных почтовых ящиков, но во время перемещения были проблемы. Дополнительные сведения можно просмотреть в отчете о перемещении, доставленном в почтовый ящик администратора.
CompletionInProgress. Переход почтового ящика общедоступных папок в целевую базу данных почтовых ящиков находится на завершаемом этапе. Общедоступные папки, размещенные в этом почтовом ящике, могут быть недоступны на короткий промежуток времени до завершения перемещения.
InProgress. Продолжается перемещение почтового ящика общедоступных папок в целевую базу данных почтовых ящиков. Общедоступные папки, размещенные в этом почтовом ящике, доступны во время этого этапа перемещения.
Сбой. Перемещение почтового ящика общедоступных папок не удалось по одной или нескольким причинам. Дополнительные сведения можно просмотреть в отчете о перемещении, доставленном в почтовый ящик администратора.
В очереди. Перемещение почтовых ящиков общедоступных папок было отправлено, но движение еще не началось.
Retry. Миграционная служба в настоящее время имеет проблемы с работой, но она не сдалась и будет продолжать попытки.
AutoSuspended. Перемещение почтовых ящиков общедоступных папок готово к выходу на заключительные этапы, но не будет продолжаться до тех пор, пока вы не возобновит движение вручную.
Этот параметр может быть полезен, если вы хотите выбрать время выполнения перемещения. Вы можете автоматически приостановить перемещение при его создании с помощью переключателя SuspendWhenReadyToComplete на комлете New-MoveRequest . Чтобы возобновить перемещение, воспользуйтесь командлетом Resume-MoveRequest, когда будете готовы.
Приостановлено. Перемещение почтовых ящиков общедоступных папок вручную приостановлено с помощью комлета Suspend-MoveRequest и не будет продолжаться до тех пор, пока вы не возобновите перемещение вручную. Чтобы возобновить перемещение, воспользуйтесь командлетом Resume-MoveRequest, когда будете готовы.
Просмотр расположения почтовых ящиков общедоступных папок после завершения запроса на перемещение с помощью следующей команды на сервере Exchange 2016 или Exchange 2019 г.:
В списке возвращаемых значений для почтовых ящиков общедоступных папок проверьте, все ли они перемещены на сервер почтовых ящиков Exchange 2016.
После создания базы данных почтовых ящиков ее можно переместить в другой том, папку, расположение или путь с помощью EAC или Shell. Инструкции по шагу о том, как переместить путь базы данных для не реплицируемых баз данных почтовых ящиков, см. в инструкции Move a mailbox database path.
Если база данных почтовых ящиков, путь к которой изменяется, реплицируется в одну или несколько копий базы данных, необходимо выполнить описанную в этом разделе процедуру, чтобы изменить путь к базе данных. Все копии базы данных почтовых ящиков должны иметь одинаковый путь на каждом сервере, на котором размещена копия. Например, если база данных DB1 расположена в C: mountpoints DB1 на сервере EX1, копии DB1 на серверах EX2, EX3 и так далее также должны быть расположены в \ \ C: \ mountpoints \ DB1.
Необходимы сведения о других задачах управления, относящихся к копиям базы данных почтовых ящиков? см. в разделе Управление копиями баз данных почтовых ящиков.
Перенос существующих файлов в новое расположение
В обычных обстоятельствах нет необходимости использовать существующие журналы транзакций. При штатной остановке службы транспорта Exchange записывает все незавершенные записи журнала транзакций в базу данных очереди. Также используется циклическое ведение журнала, т.е. журналы транзакций старше текущей контрольной точки немедленно удаляются автоматически. Поэтому при изменении расположения базы данных очереди и\или журналов транзакций, существующие файлы базы данных и журналов не перемещаются. Новая база данных и новые журналы транзакций создаются в новом расположении, а с уществующие файлы остаются в старом расположении, но больше не используются и могут быть удалены.
Только в сценариях аварийного восстановления, когда служба транспорта Exchange не была правильно остановлена (например при сбое оборудования) может потребоваться восстановить и переместить существующую базу данных очереди и существующие журналы транзакций. Если вы хотите повторно использовать существующую базу данных очереди или файлы журналов транзакций в новом расположении, необходимо после остановки службы транспорта переместить существующие файлы в новое расположение. При этом обратите особое внимание на разрешения файловой системы, поскольку при отсутствии необходимых разрешений служба транспорта не запустится.
При переносе к файлам будут применены разрешения родительской папки, поэтому у родительской папки должны быть следующие разрешения:
Network Service: Ful Access
System: Ful Access
Administrators: Ful Access
И еще один важный важный момент. При установке на Exchange накопительных пакетов обновлений (CU) все изменения конфигурации могут быть перезаписаны. Поэтому обязательно сохраните нужные данные, чтобы упростить перенастройку сервера после установки.
Чтобы перенести общедоступные папки Exchange 2013 г. на Exchange 2016 или Exchange 2019 г., необходимо переместить все почтовые ящики общедоступных папок Exchange 2013 г. на сервер Exchange 2016 г. или Exchange 2019 г.
Перед перемещением почтовых ящиков общедоступных папок следует учесть ряд моментов:
Емкость. Размер почтовых ящиков общедоступных папок может значительно отличаться в зависимости от того, сколько общедоступных папок и почтовых ящиков общедоступных папок у вас есть. Убедитесь, что Exchange серверы, на которых будут перемещаться почтовые ящики общедоступных папок, имеют достаточно емкости для хранения.
Время. Перемещение почтовых ящиков общедоступных папок может занять некоторое время. Следующие элементы могут повлиять на то, сколько времени потребуется:
Размер почтового ящика общедоступной папки
Количество почтовых ящиков общедоступных папок
Хорошая новость заключается в том, что общедоступные папки останутся доступными во время перемещения их почтовых ящиков. Существует только короткое окно времени, в котором общедоступные папки могут быть недоступны (по мере завершения перемещения).
Что нужно знать перед началом работы?
Предполагаемое время выполнения задачи: 2 минуты, а также время на перемещение данных, которое зависит от ряда факторов, например размера базы данных, скорости, доступной полосы пропускания и задержки сети, а также скорости работы хранилища.
Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье запись "Копии базы данных почтовых ящиков" в статье Разрешения высокого уровня доступности и устойчивости сайта.
Чтобы выполнить операцию перемещения, база данных должна быть временно отключена, что сделает ее недоступной для всех пользователей. Если база данных отключена перед операцией, она не будет подключена после выполнения операции.
При выполнении операции по изменению пути репликация базы данных должна быть отключена для всех копий. Недостаточно приостановить репликацию. Для удаления копий базы данных ее необходимо отключить с помощью командлета Remove-MailboxDatabaseCopy.
Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.
Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующей ссылке: Exchange Server.
Как проверить, что все получилось?
Чтобы проверить, успешно ли перемещен путь для копии базы данных почтовых ящиков, выполните одно из указанных ниже действий.
В Центре администрирования Exchange откройте раздел Серверы > Базы данных. Выберите базу данных, которая была скопирована. В области "Сведения" отображается состояние копии базы данных и индекса ее содержимого, а также текущая длина очереди копирования. Убедитесь, что состояние работоспособное.
В командной консоли выполните приведенную ниже команду, чтобы убедиться, что копия базы данных почтовых ящиков создана и работоспособна.
Состояние самой копии и индекса содержимого должно быть указано как работоспособное.
Переносимость баз данных может быть Microsoft Exchange Server базы данных почтовых ящиков 2013 года между серверами почтовых ящиков 2013 Exchange 2013 г. в одной организации. Это может помочь сократить общее время восстановления для некоторых сценариев сбоя. Дополнительные дополнительные возможности см. в см. в ленте "Переносимость базы данных".
Что нужно знать перед началом работы
Сведения о том, как открыть командную консоль Exchange в локальной организации Exchange, см. в статье Open the Exchange Management Shell.
Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.
Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection.
Parameters
The ConfigurationOnly switch specifies whether to change the configuration of the database without moving any files. You don't need to specify a value with this switch.
If you don't use this switch, the configuration of the database changes and the files are moved.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
The Confirm switch specifies whether to show or hide the confirmation prompt. How this switch affects the cmdlet depends on if the cmdlet requires confirmation before proceeding.
- Destructive cmdlets (for example, Remove-* cmdlets) have a built-in pause that forces you to acknowledge the command before proceeding. For these cmdlets, you can skip the confirmation prompt by using this exact syntax: -Confirm:$false .
- Most other cmdlets (for example, New-* and Set-* cmdlets) don't have a built-in pause. For these cmdlets, specifying the Confirm switch without a value introduces a pause that forces you acknowledge the command before proceeding.
Type: | Fqdn |
Position: | Named |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
The EdbFilePath parameter specifies a new file path for the database. All current database files are moved to this location. The default location is %ExchangeInstallPath%Mailbox\LocalCopies\MBDatabase.edb . This file path can't be the same as the path for the backup copy of the database.
Type: | EdbFilePath |
Position: | Named |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
The Force switch hides warning or confirmation messages. You don't need to specify a value with this switch.
You can use this switch to run tasks programmatically where prompting for administrative input is inappropriate.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
The Identity parameter specifies the database that you want to move. You can use any value that uniquely identifies the database. For example:
- Name
- Distinguished name (DN)
- GUID
The LogFolderPath parameter specifies the folder where log files are stored.
Type: | NonRootLocalLongFullPath |
Position: | Named |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
The WhatIf switch simulates the actions of the command. You can use this switch to view the changes that would occur without actually applying those changes. You don't need to specify a value with this switch.
Type: | SwitchParameter |
Aliases: | wi |
Position: | Named |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019 |
Examples
Description
When you use the Move-DatabasePath cmdlet, consider the following:
- This cmdlet fails if it's run while the database is being backed up.
- If the specified database is mounted when this cmdlet is run, the database is automatically dismounted and then remounted, and is unavailable to users while it's dismounted.
- In Exchange 2013 or earlier, you can only run this cmdlet on the affected Mailbox server. If you include the ConfigurationOnly parameter with the value $true, you can run the cmdlet on an administrator's workstation. This does not apply to Exchange 2016 or later (you can run the cmdlet anywhere).
- This cmdlet can't be run against replicated mailbox databases. To move the path of a replicated database, you must first remove all replicated copies, and then you can perform the move operation. After the move operation is complete, you can add copies of the mailbox database.
You need to be assigned permissions before you can run this cmdlet. Although this topic lists all parameters for the cmdlet, you may not have access to some parameters if they're not included in the permissions assigned to you. To find the permissions required to run any cmdlet or parameter in your organization, see Find the permissions required to run any Exchange cmdlet.
Использование командной консоли Exchange для изменения пути к реплицированной базе данных почтовых ящиков
Вы не можете использовать EAC для перемещения реплицированной базы данных почтовых ящиков в новое расположение.
Обратите внимание на любые параметры запаздывания преобразования и усечения для всех копий перемещаемой базы данных почтовых ящиков. Эти сведения можно получить с помощью командлета Get-MailboxDatabase, как показано в этом примере.
Если для базы данных включено циклическое ведение журнала, его необходимо отключить перед продолжением работы. Циклическое ведение журнала можно отключить для базы данных почтовых ящиков с помощью командлета Set-MailboxDatabase, как показано в этом примере.
Удалите все копии базы данных почтовых ящиков для перемещаемой базы данных Дополнительные сведения см. в разделе Удаление копии базы данных почтовых ящиков. После удаления всех копий сохраните базу данных и файлы журналов транзакций с каждого сервера, с которого удаляется копия базы данных, путем их перемещения в другое местоположение. Эти файлы сохраняются, поэтому для копий базы данных не требуется повторное заполнение после повторного добавления.
Измените путь к базе данных почтовых ящиков. Дополнительные сведения см. в разделе Перемещение пути к базе данных почтовых ящиков.
При выполнении операции перемещения база данных должна быть отключена. Этот процесс приведет к перерыву в обслуживании и отключению всех пользователей, имеющих почтовые ящики в перемещаемой базе данных, до завершения перемещения. После завершения операции перемещения база данных будет автоматически подключена.
Создайте необходимую структуру папок на каждом сервере почтовых ящиков, на котором ранее содержалась пассивная копия перемещенной базы данных почтовых ящиков. Например, если вы переместили базу данных в C: \ mountpoints DB1, необходимо создать этот же путь на каждом сервере почтовых ящиков, на который будет установлена копия базы данных почтовых \ ящиков.
После создания структуры папок переместите пассивную копию базы данных почтовых ящиков, а также ее поток журнала в новое местоположение. Это файлы, которые остались и были сохранены после выполнения шага 3. Повторите этот процесс для каждой копии базы данных, удаленной на шаге 3.
Добавьте все копии базы данных, которые были удалены при выполнении действия 3. Дополнительные сведения см. в статье Добавление копии базы данных почтовых ящиков.
На каждом сервере, на котором расположена копия перемещаемой базы данных почтовых ящиков, запустите следующие команды для остановки и повторного запуска служб индексирования содержимого.
При необходимости включите циклическое ведение журналов с помощью командлета Set-MailboxDatabase, как показано в этом примере.
Повторно настройте любые ранее заданные значения времени запаздывания преобразования и времени запаздывания усечения с помощью командлета Set-MailboxDatabaseCopy, как показано в этом примере.
При добавлении каждой копии рекомендуется проверять ее работоспособность и состояние перед добавлением следующей копии. Работоспособность и состояние можно проверить следующими способами:
Проверка журнала событий на наличие ошибок и событий предупреждений, связанных с базой данных или копией базы данных.
Проверка работоспособности и состояния непрерывной репликации для копии базы данных с помощью командлета Get-MailboxDatabaseCopyStatus.
Проверка работоспособности и состояния группы доступности базы данных и непрерывной репликации с помощью командлета Test-ReplicationHealth.
Подробные сведения о синтаксисе и параметрах см. в следующих разделах:
Inputs
To see the input types that this cmdlet accepts, see Cmdlet Input and Output Types. If the Input Type field for a cmdlet is blank, the cmdlet doesn't accept input data.
Перенос существующих файлов в новое расположение
В обычных обстоятельствах нет необходимости использовать существующие журналы транзакций. При штатной остановке службы транспорта Exchange записывает все незавершенные записи журнала транзакций в базу данных очереди. Также используется циклическое ведение журнала, т.е. журналы транзакций старше текущей контрольной точки немедленно удаляются автоматически. Поэтому при изменении расположения базы данных очереди и\или журналов транзакций, существующие файлы базы данных и журналов не перемещаются. Новая база данных и новые журналы транзакций создаются в новом расположении, а с уществующие файлы остаются в старом расположении, но больше не используются и могут быть удалены.
Только в сценариях аварийного восстановления, когда служба транспорта Exchange не была правильно остановлена (например при сбое оборудования) может потребоваться восстановить и переместить существующую базу данных очереди и существующие журналы транзакций. Если вы хотите повторно использовать существующую базу данных очереди или файлы журналов транзакций в новом расположении, необходимо после остановки службы транспорта переместить существующие файлы в новое расположение. При этом обратите особое внимание на разрешения файловой системы, поскольку при отсутствии необходимых разрешений служба транспорта не запустится.
При переносе к файлам будут применены разрешения родительской папки, поэтому у родительской папки должны быть следующие разрешения:
Network Service: Ful Access
System: Ful Access
Administrators: Ful Access
И еще один важный важный момент. При установке на Exchange накопительных пакетов обновлений (CU) все изменения конфигурации могут быть перезаписаны. Поэтому обязательно сохраните нужные данные, чтобы упростить перенастройку сервера после установки.
Чтобы перенести общедоступные папки Exchange 2013 г. на Exchange 2016 или Exchange 2019 г., необходимо переместить все почтовые ящики общедоступных папок Exchange 2013 г. на сервер Exchange 2016 г. или Exchange 2019 г.
Перед перемещением почтовых ящиков общедоступных папок следует учесть ряд моментов:
Емкость. Размер почтовых ящиков общедоступных папок может значительно отличаться в зависимости от того, сколько общедоступных папок и почтовых ящиков общедоступных папок у вас есть. Убедитесь, что Exchange серверы, на которых будут перемещаться почтовые ящики общедоступных папок, имеют достаточно емкости для хранения.
Время. Перемещение почтовых ящиков общедоступных папок может занять некоторое время. Следующие элементы могут повлиять на то, сколько времени потребуется:
Размер почтового ящика общедоступной папки
Количество почтовых ящиков общедоступных папок
Хорошая новость заключается в том, что общедоступные папки останутся доступными во время перемещения их почтовых ящиков. Существует только короткое окно времени, в котором общедоступные папки могут быть недоступны (по мере завершения перемещения).
Syntax
Example 1
This example sets a new path for the mailbox database specified by the mailbox database name. To perform the move operation, the database must be temporarily dismounted, making it inaccessible to all users. If the database is currently dismounted, it isn't remounted upon completion.
Outputs
To see the return types, which are also known as output types, that this cmdlet accepts, see Cmdlet Input and Output Types. If the Output Type field is blank, the cmdlet doesn't return data.
Что нужно знать перед началом работы
Предполагаемое время выполнения: 5 минут, а также время, необходимое для восстановления данных, перемещения файлов базы данных и ожидания завершения репликации Active Directory.
Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье Запись "Восстановление почтового ящика" в разделе Разрешения получателей.
Центр администрирования Exchange нельзя использовать для перемещения почтовых ящиков пользователей в восстановленную или аварийную базу данных с помощью функции переноса баз данных.
Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующей ссылке: Exchange Server.
Использование командной консоли Exchange для перемещения почтовых ящиков пользователей в восстановленную или аварийную базу данных с помощью переносимости базы данных
Убедитесь, что работа базы данных, которую необходимо переместить, завершена нормально. Если работа база данных не завершена должным образом, выполните "мягкое" восстановление.
При выполнении "мягкого" восстановления все незафиксированные файлы журналов фиксируются в базе данных. При отсутствии некоторых необходимых файлов журналов невозможно выполнить "мягкое" восстановление. Приступить к шагу 2.
Чтобы зафиксировать все незафиксированные файлы журналов в базе данных, в командной строке запустите следующую команду.
файлы журнала. Префикс файла журнала, указанный E nn, является нужным параметром < >для Eseutil/r.
Создайте базу данных на сервере, используя следующий синтаксис:
Укажите атрибут This database can be over written by restore с помощью следующей синтаксической конструкции.
Переместите файлы базы данных (EDB-файл, файлы журналов и каталог поиска Exchange ) в папку базы данных, указанную при создании новой базы данных.
Подключите базу данных с помощью следующей синтаксической конструкции:
После подключения базы данных измените параметры учетной записи пользователя с помощью командлета Set-Mailbox, чтобы учетная запись указывала на почтовый ящик на новом сервере почтовых ящиков. Чтобы переместить всех пользователей из старой базы данных в новую, введите команду в следующем формате.
После завершения репликации Active Directory все пользователи могут получить доступ к своим почтовым ящикам на Exchange сервере. Большинство клиентов перенаправляются через службу автообнаружения. Outlook Web App пользователи также автоматически перенаправляются.
Как проверить, что все получилось?
Чтобы убедиться, что почтовый ящик успешно перемещен, выполните следующие действия.
This cmdlet is available only in on-premises Exchange.
Use the Move-DatabasePath cmdlet to set a new path to the location of a database on the specified Mailbox server and to move the related files to that location.
For information about the parameter sets in the Syntax section below, see Exchange cmdlet syntax.
Используйте оболочку управления Exchange для перемещения почтовых ящиков общедоступных папок с Exchange 2013 г. на Exchange 2016 г. или Exchange 2019 г.
Запустите следующую команду, чтобы получить список всех Exchange почтовых ящиков общедоступных папок 2013 г.:
Используйте следующий синтаксис, чтобы перечислить все базы данных почтовых ящиков на всех серверах почтовых ящиков Exchange 2016 или Exchange 2019 г.:
Сведения о расположении, возвращенные этой командой, можно использовать для проверки свободного пространства диска для каждой базы данных почтовых ящиков.
В этом примере возвращаются расположения всех баз данных почтовых ящиков на Exchange серверах почтовых ящиков 2016 года.
В этом примере возвращаются расположения всех баз данных почтовых ящиков на всех Exchange 2019 почтовых ящиков.
В этом примере возвращается расположение всех баз данных почтовых ящиков на всех серверах почтовых ящиков Exchange 2016 Exchange 2019 года.
Используйте сведения из предыдущих действий для решения целевой базы данных почтовых ящиков и/или сервера почтовых ящиков (если их несколько) для перемещения некоторых или всех почтовых ящиков общедоступных папок. Например, не стоит перемещать три больших почтовых ящика общедоступных папок на сервер, на котором осталось мало места на диске.
Кроме того, можно решить, следует ли перемещать все почтовые ящики общедоступных папок сразу, все почтовые ящики общедоступных папок на один конкретный сервер или один конкретный почтовый ящик общедоступных папок.
Выберите команду, которая подходит для требуемого типа перемещения. Не забудьте заменить имена Exchange, имена баз данных и имена почтовых ящиков общедоступных папок на собственные.
Переместите сразу все почтовые ящики общедоступных папок Exchange 2013.
Переместите сразу все почтовые ящики общедоступных папок на конкретном сервере Exchange 2013.
Переместите конкретный почтовый ящик общедоступных папок Exchange 2013.
Чтобы узнать состояние созданных запросов на перемещение, запустите следующую команду:
В зависимости от размера перемещаемых почтовых ящиков общедоступных папок и доступной пропускной способности сети перемещение может занять несколько часов или даже дней.
Список возможных значений состояния, которые можно вернуть, см. в следующем разделе.
Читайте также: