Set-MailboxRestoreRequest
Este cmdlet está disponível no Exchange local e no serviço baseado na nuvem. Alguns parâmetros e configurações podem ser exclusivos de um ou outro ambiente.
Use o cmdlet Set-MailboxRestoreRequest para alterar as opções de solicitação de restauração depois que a solicitação for criada. É possível usar esse cmdlet para recuperar de solicitações de restauração que falharam.
Para saber mais sobre os conjuntos de parâmetros na seção Sintaxe, abaixo, consulte Exchange cmdlet syntax.
Syntax
Set-MailboxRestoreRequest
[-Identity] <MailboxRestoreRequestIdParameter>
[-AcceptLargeDataLoss]
[-BadItemLimit <Unlimited>]
[-BatchName <String>]
[-CompletedRequestAgeLimit <Unlimited>]
[-Confirm]
[-DomainController <Fqdn>]
[-InternalFlags <InternalMrsFlag[]>]
[-LargeItemLimit <Unlimited>]
[-Priority <RequestPriority>]
[-RemoteHostName <Fqdn>]
[-RequestExpiryInterval <Unlimited>]
[-SkipInitialConnectionValidation]
[-SkipMerging <SkippableMergeComponent[]>]
[-SkippedItemApprovalTime <DateTime>]
[-SourceWlmLevel <WlmLevel>]
[-TargetWlmLevel <WlmLevel>]
[-WhatIf]
[<CommonParameters>] Set-MailboxRestoreRequest
[-Identity] <MailboxRestoreRequestIdParameter>
[-Confirm]
[-DomainController <Fqdn>]
[-RehomeRequest]
[-RemoteHostName <Fqdn>]
[-RequestExpiryInterval <Unlimited>]
[-SkipInitialConnectionValidation]
[-SkippedItemApprovalTime <DateTime>]
[-SourceWlmLevel <WlmLevel>]
[-TargetWlmLevel <WlmLevel>]
[-WhatIf]
[<CommonParameters>] Description
Para executar esse cmdlet, você precisa ter permissões. Embora este tópico liste todos os parâmetros do cmdlet, talvez você não tenha acesso a alguns parâmetros se eles não estiverem incluídos nas permissões atribuídas a você. Para localizar as permissões necessárias para executar qualquer cmdlet ou parâmetro em sua organização, confira Find the permissions required to run any Exchange cmdlet.
Exemplos
Exemplo 1
Set-MailboxRestoreRequest -Identity "Ayla\MailboxRestore1" -BadItemLimit 10Este exemplo muda a segunda solicitação de restauração de Ayla\MailboxRestore1 para que ignore até 10 itens de caixa de correio corrompidos.
Exemplo 2
Set-MailboxRestoreRequest -Identity "Kweku\MailboxRestore" -BadItemLimit 100 -AcceptLargeDataLossEste exemplo muda a primeira solicitação de restauração para a caixa de correio de Kweku para que ignore até 100 itens corrompidos. Como o BadItemLimit é maior do que 50, o parâmetro AcceptLargeDataLoss deve ser especificado.
Parâmetros
-AcceptLargeDataLoss
A opção AcceptLargeDataLoss especifica que a solicitação deve continuar, mesmo quando um grande número de itens na caixa de correio de origem não pode ser copiado para a caixa de correio de destino. Não é preciso especificar um valor com essa opção.
No Exchange 2013 ou posterior ou no Exchange Online, você precisa usar essa opção se definir o parâmetro LargeItemLimit para um valor de 51 ou superior. Caso contrário, o comando falhará.
No Exchange 2010, você precisa usar essa opção se definir o parâmetro BadItemLimit para um valor de 51 ou superior. Caso contrário, o comando falhará.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-BadItemLimit
O parâmetro BadItemLimit especifica o número máximo de itens inválidos permitido antes que a solicitação falhe. Um item inválido é um item corrompido na caixa de correio de origem que não pode ser copiado para a caixa de correio de destino. Os itens ausentes também estão incluídos no limite de itens inválidos. Os itens ausentes são itens na caixa de correio de origem que não podem ser encontrados na caixa de correio de destino quando a solicitação está pronta para ser concluída.
Uma entrada válida para esse parâmetro é um número inteiro ou o valor ilimitado. O valor padrão é 0, o que significa que a solicitação falhará se algum item inválido for detectado. Se você não se importar em deixar alguns itens inválidos para trás, poderá definir esse parâmetro com um valor razoável (recomendamos 10 ou menos), de forma que a solicitação possa prosseguir. Se muitos itens inválidos forem detectados, considere o uso do cmdlet New-MailboxRepairRequest para tentar corrigir itens corrompidos na caixa de correio de origem e repita a solicitação.
No Exchange 2010, se você definir esse valor como 51 ou superior, também precisará usar a opção AcceptLargeDataLoss. Caso contrário, o comando falhará.
Observação: esse parâmetro está sendo substituído no serviço baseado em nuvem. No futuro, se você não usar esse parâmetro, será usada a semântica de aprovação de Itens Ignorados.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-BatchName
O parâmetro BatchName especifica o nome do lote. Use esse parâmetro para alterar, criar ou remover o nome de um lote.
Para remover um nome de lote, defina o valor do parâmetro BatchName como uma cadeia de caracteres vazia ou como nulo, por exemplo, -BatchName "" ou -BatchName $null.
| Type: | String |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-CompletedRequestAgeLimit
O parâmetro CompletedRequestAgeLimit especifica por quanto tempo o status de uma solicitação de restauração finalizada é definida como Completed. Se esse parâmetro for definido para um valor de 0, o status é limpo imediatamente, em vez de ser mudado para Completed.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-Confirm
A opção Confirm especifica se a solicitação de confirmação deve ser mostrada ou ocultada. Como essa opção afeta o cmdlet dependerá do fato de o cmdlet exigir ou não confirmação antes de continuar.
- Cmdlets destrutivos (por exemplo, cmdlets Remove-*) têm uma pausa interna que força você a reconhecer o comando antes de prosseguir. Para estes cmdlets, você pode pular o pedido de confirmação usando esta sintaxe exata:
-Confirm:$false. - A maioria dos outros cmdlets (por exemplo, cmdlets New-* e Set-*) não tem uma pausa interna. Para esses cmdlets, especificar a opção Confirm sem um valor introduz uma pausa que força você a confirmar o comando antes de continuar.
| Type: | SwitchParameter |
| Aliases: | cf |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-DomainController
Esse parâmetro é funcional apenas no Exchange local.
O parâmetro DomainController especifica o controlador de domínio que é usado por esse cmdlet para ler dados ou gravar dados no Active Directory. Você identifica o controlador de domínio por seu FQDN (nome de domínio totalmente qualificado). Por exemplo, dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-Identity
O parâmetro Identity especifica a identidade da solicitação da restauração. O parâmetro Identity consiste no alias da caixa de correio a ser restaurada e no nome que foi especificado quando a solicitação de restauração foi criada. A identidade da solicitação de restauração usa a seguinte sintaxe: Alias\Name
Se você não especificou um nome para a solicitação de restauração quando ela foi criada, o Exchange gerou automaticamente o nome padrão MailboxRestore. O Exchange gera até 10 nomes, começando com MailboxRestore e, em seguida, MailboxRestoreX (onde X = 1-9).
| Type: | MailboxRestoreRequestIdParameter |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | True |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
-InternalFlags
Esse parâmetro é funcional apenas no Exchange local.
O parâmetro InternalFlags especifica as etapas opcionais na solicitação. Esse parâmetro é usado principalmente para fins de depuração.
| Type: | InternalMrsFlag[] |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-LargeItemLimit
O parâmetro LargeItemLimit especifica o número máximo de itens grandes permitido antes que a solicitação falhe. Um item grande é uma mensagem na caixa de correio de origem que excede o tamanho máximo de mensagem permitido na caixa de correio de destino. Se a caixa de correio de destino não possuir um valor de tamanho de mensagem máximo especificamente configurado, será usado o valor da organização.
Para saber mais sobre valores máximos de tamanho de mensagem, confira os seguintes tópicos:
- Exchange 2016: limites de tamanho da mensagem em Exchange Server
- Exchange Online: Limites do Exchange Online
Uma entrada válida para esse parâmetro é um número inteiro ou o valor ilimitado. O valor padrão é 0, o que significa que a solicitação falhará se algum item grande for detectado. Se você não se importar em deixar alguns itens grandes para trás, poderá definir esse parâmetro com um valor razoável (recomendamos 10 ou menos), de forma que a solicitação possa prosseguir.
Se você definir esse valor como 51 ou superior, também precisará usar a opção AcceptLargeDataLoss. Caso contrário, o comando falhará.
Observação: esse parâmetro está sendo substituído no serviço baseado em nuvem. No futuro, se você não usar esse parâmetro, será usada a semântica de aprovação de Itens Ignorados.
| Type: | Unlimited |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-Priority
Esse parâmetro é funcional apenas no Exchange local.
O parâmetro Priority especifica a ordem na qual a solicitação deve ser processada na fila de solicitações. As solicitações são processadas em ordem, com base na integridade do servidor, status, prioridade e hora da última atualização. Os valores de prioridade válidos são:
- Mais Baixo
- Inferior
- Baixo
- Normal: esse é o valor padrão.
- Alta
- Superior
- Mais Alta
- Emergência
| Type: | RequestPriority |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-RehomeRequest
Esse parâmetro é funcional apenas no Exchange local.
A opção RehomeRequest move a solicitação de restauração da caixa de correio para um banco de dados de caixa de correio diferente. Não é preciso especificar um valor com essa opção.
Use essa opção para editar uma solicitação de restauração de caixa de correio no caso em que o banco de dados da caixa de correio de origem da solicitação de movimentação original precisa ser removido.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-RemoteHostName
Esse parâmetro está reservado para uso interno da Microsoft.
| 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, Exchange Online |
-RequestExpiryInterval
O parâmetro RequestExpiryInterval especifica um limite de idade para uma solicitação concluída ou com falha. Quando você usa esse parâmetro, a solicitação concluída ou que falhou é removida automaticamente depois que o intervalo especificado expira. Se você não usar esse parâmetro:
- A solicitação concluída será removida automaticamente com base no valor de parâmetro CompletedRequestAgeLimit.
- Se a solicitação falhar, você precisará removê-la manualmente usando o cmdlet Remove-*Request correspondente.
Para especificar um valor, insira-o como um intervalo de tempo: dd.hh:mm:ss em que dd = dias, hh = horas, mm = minutos e ss = segundos.
Quando você usa o valor Unlimited, a solicitação concluída não é removida automaticamente.
| 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 |
-SkipInitialConnectionValidation
Esse parâmetro só está disponível no serviço baseado em nuvem.
Esse parâmetro está reservado para uso interno da Microsoft.
| Type: | SwitchParameter |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-SkipMerging
O parâmetro SkipMerging especifica os itens relacionados às pastas a serem ignorados na restauração da caixa de correio. Use um dos valores a seguir:
- FolderACLs
- Folderproperties
- FolderRules
- InitialConnectionValidation
Use este parâmetro somente se uma solicitação de restauração falhar por causa de regras da pasta, listas de controle de acesso (ACLs) da pasta ou validação inicial de conexão.
| Type: | SkippableMergeComponent[] |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online |
-SkippedItemApprovalTime
Esse parâmetro só está disponível no serviço baseado em nuvem.
Esse parâmetro está reservado para uso interno da Microsoft.
| Type: | DateTime |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-SourceWlmLevel
Esse parâmetro só está disponível no serviço baseado em nuvem.
{{ Preenchimento SourceWlmLevel Description }}
| Type: | WlmLevel |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-TargetWlmLevel
Esse parâmetro só está disponível no serviço baseado em nuvem.
{{ Preencher TargetWlmLevel Description }}
| Type: | WlmLevel |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Online |
-WhatIf
A opção WhatIf simula as ações do comando. Você pode usar essa opção para exibir as alterações que ocorreriam sem realmente aplicar essas alterações. Não é preciso especificar um valor com essa opção.
| Type: | SwitchParameter |
| Aliases: | wi |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019, Exchange Online, Exchange Online Protection |
Entradas
Input types
Para ver os tipos de entrada que este cmdlet aceita, confira Tipos de entrada e saída de cmdlet. Se o campo Tipo de Entrada de um cmdlet estiver em branco, isso significa que o cmdlet não aceita dados de entrada.
Saídas
Output types
Para ver os tipos de retorno, também conhecidos como tipos de saída, que este cmdlet aceita, consulte Tipos de entrada e saída de cmdlet. Se o campo Tipo de Saída estiver em branco, o cmdlet não retorna dados.
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários