Set-MigrationUser
Этот командлет работает только в облачной службе.
Используйте командлет Set-MigrationUser, чтобы изменить параметры миграции пользователя в существующем пакете миграции.
Сведения о наборах параметров в разделе Синтаксис ниже см. В разделе Синтаксис командлета Exchange.
Синтаксис
Set-MigrationUser
[-Identity] <MigrationUserIdParameter>
[-ApproveSkippedItems]
[-BadItemLimit <Unlimited>]
[-CompleteAfter <DateTime>]
[-Confirm]
[-DomainController <Fqdn>]
[-LargeItemLimit <Unlimited>]
[-Partition <MailboxIdParameter>]
[-StartAfter <DateTime>]
[-SyncNow]
[-WhatIf]
[<CommonParameters>] Описание
Некоторые параметры можно применить как к пакету, так и к отдельным пользователям в пакете. Важно отметить, что при применении параметра к пользователю он переопределяет любой соответствующий параметр в пакете.
Для его запуска необходимо получить соответствующие разрешения. В этой статье перечислены все параметры командлета. Но некоторые из них могут быть вам не доступны, если они не включены в назначенные разрешения. Сведения о необходимых разрешениях для запуска командлетов и использования параметров в организации см. в статье Find the permissions required to run any Exchange cmdlet.
Примеры
Пример 1
Set-MigrationUser -Identity laura@contoso.com -LargeItemLimit 15 -BadItemLimit 15В этом примере изменяется ограничение на большие и недопустимые элементы для пользователя laura@contoso.com в существующем пакете миграции.
Пример 2
Set-MigrationUser -Identity laura@contoso.com -ApproveSkippedItemsВ этом примере утверждаются все пропущенные элементы, возникшие для пользователя laura@contoso.com в существующем пакете миграции.
Параметры
-ApproveSkippedItems
Этот параметр доступен только в облачной службе.
Переключатель ApproveSkippedItems помечает все пропущенные элементы, обнаруженные до текущего времени, как утвержденные. Указывать значение для этого параметра необязательно.
Если потеря данных, обнаруженная во время этой миграции, является значительной, миграция не сможет завершиться без утверждения пропущенных элементов. Возможно, элементы были пропущены, так как они повреждены в исходном почтовом ящике и не могут быть скопированы в целевой почтовый ящик, они больше максимального допустимого размера сообщения, настроенного для клиента, или они были обнаружены как отсутствующие в целевом почтовом ящике, когда миграция будет готова к завершению.
Дополнительные сведения о значениях максимального размера сообщений см. в следующем разделе Exchange Online Ограничения.
Указывать значение для этого параметра необязательно.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-BadItemLimit
Параметр BadItemLimit указывает максимальное число недопустимых элементов, разрешенных до сбоя запроса на миграцию. Плохой элемент - это поврежденный элемент в исходном почтовом ящике, который нельзя скопировать в целевой почтовый ящик. В лимит плохих предметов также включены недостающие предметы. Отсутствующие элементы — это элементы в исходном почтовом ящике, которые не могут быть найдены в целевом почтовом ящике, когда запрос на миграцию будет готов к завершению.
Допустимым значением для этого параметра является целое число или бесконечное значение. Значение по умолчанию — 0, что означает, что запрос на миграцию завершится ошибкой при обнаружении каких-либо недопустимых элементов. Если вы в порядке с оставлением нескольких плохих элементов, вы можете задать для этого параметра разумное значение (рекомендуется 10 или ниже), чтобы запрос на миграцию можно было продолжить. Если обнаружено слишком много недопустимых элементов, попробуйте использовать командлет New-MailboxRepairRequest, чтобы попытаться исправить поврежденные элементы в исходном почтовом ящике и повторите запрос на миграцию.
Примечание. Этот параметр не рекомендуется использовать. В будущем, если вы не используете этот параметр, вместо него будет использоваться семантика утверждения Пропущенного элемента.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
-CompleteAfter
Этот параметр доступен только в облачной службе.
Параметр CompleteAfter указывает задержку перед завершением работы пользователя. Миграция данных для пользователя начнется, но не завершится до даты и времени, указанной с помощью этого параметра.
Используйте формат короткой даты, определенный в настройках региональных параметров на компьютере, на котором выполняется команда. Например, если компьютер настроен на использование формата короткой даты мм / дд / гггг, введите 09/01/2018, чтобы указать 1 сентября 2018 года. Допускается ввод только даты или даты и времени. Если вы вводите дату и время дня, заключите это значение в кавычки ("), например," 09/01/2018 5:00 PM ".
В Exchange Online PowerShell, если указать значение даты и времени без часового пояса, значение будет указано в формате UTC.
Чтобы указать значение даты или времени для этого параметра, воспользуйтесь одним из следующих вариантов:
- Укажите значение даты и времени в формате UTC. Например, "2021-05-06 14:30:00z".
- Укажите значение даты и времени в качестве формулы, которая преобразует дату и время в местном часовом поясе в utc: например.
(Get-Date "5/6/2021 9:30 AM").ToUniversalTime()Для получения дополнительной информации см. Get-Date.
| Type: | DateTime |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-Confirm
Переключатель подтверждения указывает, показывать или скрывать запрос подтверждения. Влияние этого параметра на командлет зависит от того, требуется ли командлету подтверждение перед выполнением.
- Деструктивные командлеты (например, командлеты Remove-*) имеют встроенную паузу, которая заставляет вас подтвердить команду перед продолжением. Можно пропускать запросы на подтверждение этих командлетов, используя следующий синтаксис:
-Confirm:$false. - Большинство других командлетов (например, командлеты New-* и Set-*) не имеют встроенной приостановки. Для этих командлетов указание переключателя Confirm без значения вводит паузу, которая заставляет вас подтвердить команду перед продолжением.
| Type: | SwitchParameter |
| Aliases: | cf |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
-DomainController
Этот параметр доступен только в локальной среде Exchange.
Параметр DomainController указывает контроллер домена, который используется этим командлетом для чтения или записи данных в Active Directory. Вы определяете контроллер домена по его полному доменному имени (FQDN). Например, dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019 |
-Identity
Параметр Identity указывает адрес электронной почты переносимого пользователя.
Вы также можете указать пользователя по значению GUID в свойстве MigrationUser из командлета Get-MigrationUser. Этот способ идентификации полезен, если вы случайно отправили одного и того же пользователя в нескольких пакетах.
| Type: | MigrationUserIdParameter |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
-LargeItemLimit
Параметр LargeItemLimit указывает максимальное количество больших элементов, разрешенных до сбоя запроса на миграцию. Большой элемент - это сообщение в исходном почтовом ящике, размер которого превышает максимально допустимый размер сообщения в целевом почтовом ящике. Если целевой почтовый ящик не имеет специально настроенного значения максимального размера сообщения, используется значение для всей организации.
Дополнительные сведения о значениях максимального размера сообщений см. в следующих статьях:
- Exchange 2016: ограничения на размер сообщений в Exchange Server
- Exchange Online: Ограничения Exchange Online
Допустимым значением для этого параметра является целое число или бесконечное значение. Значение по умолчанию — 0, что означает, что запрос на миграцию завершится ошибкой при обнаружении каких-либо крупных элементов. Если вы в порядке с оставлением нескольких крупных элементов, вы можете задать для этого параметра разумное значение (рекомендуется 10 или ниже), чтобы запрос на миграцию можно было продолжить.
Примечание. Этот параметр не рекомендуется использовать. В будущем, если вы не используете этот параметр, вместо него будет использоваться семантика утверждения Пропущенного элемента.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
-Partition
Этот параметр доступен только в облачной службе.
Этот параметр зарезервирован для внутреннего использования корпорацией Майкрософт.
| Type: | MailboxIdParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-StartAfter
Этот параметр доступен только в облачной службе.
Параметр StartAfter указывает задержку перед началом миграции данных для пользователя. Миграция будет подготовлена, но фактическая миграция данных для пользователя не начнется до даты и времени, указанной с помощью этого параметра.
Используйте формат короткой даты, определенный в настройках региональных параметров на компьютере, на котором выполняется команда. Например, если компьютер настроен на использование формата короткой даты мм / дд / гггг, введите 09/01/2018, чтобы указать 1 сентября 2018 года. Допускается ввод только даты или даты и времени. Если вы вводите дату и время дня, заключите это значение в кавычки ("), например," 09/01/2018 5:00 PM ".
В Exchange Online PowerShell, если указать значение даты и времени без часового пояса, значение будет указано в формате UTC.
Чтобы указать значение даты или времени для этого параметра, воспользуйтесь одним из следующих вариантов:
- Укажите значение даты и времени в формате UTC. Например, "2021-05-06 14:30:00z".
- Укажите значение даты и времени в качестве формулы, которая преобразует дату и время в местном часовом поясе в utc: например.
(Get-Date "5/6/2021 9:30 AM").ToUniversalTime()Для получения дополнительной информации см. Get-Date.
| Type: | DateTime |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-SyncNow
Параметр SyncNow указывает, требуется ли запускать добавочную синхронизацию для перенесенного пользователя. Указывать значение для этого параметра необязательно.
Добавочная синхронизация копирует все недавние изменения из исходного почтового ящика в целевой почтовый ящик. Вы можете выполнить эту синхронизацию перед завершением миграции пакета, чтобы сократить время завершения.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
-WhatIf
Переключатель WhatIf имитирует действия команды. Вы можете использовать его для просмотра результатов изменений без фактического внесения этих изменений. С этим параметром не нужно указывать значение.
| Type: | SwitchParameter |
| Aliases: | wi |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2016, Exchange Server 2019, Exchange Online |
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по