我已经绞尽脑汁寻找答案大约一天半了。我做错了什么吗?两个邮箱都是共享邮箱,一个是软删除的,另一个是活动的。
PS> (get-mailbox -SoftDeletedMailbox [email protected]).ExchangeGUID
Guid
----
222d4b9c-6439-4eec-b467-143353667ace
PS> (get-mailbox [email protected]).ExchangeGUID
Guid
----
af5cbbcb-2366-4cf1-80df-a518b5e47b1b
PS> New-MailboxRestoreRequest -SourceMailbox 222d4b9c-6439-4eec-b467-143353667ace -TargetMailbox af5cbbcb-2366-4cf1-80df-a518b5e47b1b -Verbose
Mailbox "222d4b9c-6439-4eec-b467-143353667ace" doesn't exist on database "NAMPR15DG135-db049".
+ CategoryInfo : NotSpecified: (:) [New-MailboxRestoreRequest], MRSRemotePermanentException
+ FullyQualifiedErrorId : [Server=BN7PR15MB2340,RequestId=aaf723b2-0951-47a9-8f8a-19a618f800ec,TimeStamp=11/19/201
9 3:34:08 PM] [FailureCategory=Cmdlet-MRSRemotePermanentException] BE96E07B,Microsoft.Exchange.Management.Migratio
n.MailboxReplication.MailboxRestoreRequest.NewMailboxRestoreRequest
+ PSComputerName : outlook.office365.com
答案1
数据库“NAMPR15DG135-db049”上不存在邮箱“222d4b9c-6439-4eec-b467-143353667ace”
根据错误提示,您可以运行以下命令检查软删除的邮箱是否在数据库中”NAMPR15DG135-db049“: (获取邮箱-SoftDeletedMailbox[电子邮件保护])。数据库
我刚刚通过运行您之前使用的命令测试了恢复软删除的邮箱,但 PowerShell 报告了错误:
我搜索了一些关于该错误的文档,然后添加了-AllowLegacyDNMismatch命令中的参数。当我在 PowerShell 中运行新命令时,恢复请求处于排队状态。
(“此参数指定如果源物理邮箱和目标邮箱的 LegacyExchangeDN 不匹配,则操作应继续。您无需使用此开关指定值。“——摘自官方文件新邮箱恢复请求)。
过了一会儿,EAC 返回了通知(恢复完成):
新的命令使恢复请求运行良好,因此您可以尝试在命令中添加参数(新邮箱恢复请求-源邮箱 222d4b9c-6439-4eec-b467-143353667ace-目标邮箱 af5cbbcb-2366-4cf1-80df-a518b5e47b1b-AllowLegacyDNMismatch-Verbose),然后检查错误是否仍然存在。
祝你一切顺利!
答案2
邮箱“222d4b9c-6439-4eec-b467-143353667ace”在数据库“NAMPR15DG135-db049”上不存在。
根据此错误,您可以尝试使用该命令(获取邮箱-SoftDeletedMailbox[电子邮件保护])。数据库检查软删除的邮箱是否在数据库中”NAMPR15DG135-db049“,这可能是导致该问题的原因。
答案3
我搞清楚了。我扮演我自己。
如果删除邮箱时邮箱中没有任何内容,它将显示为在回收站中,但除了查看属性外,您无法对其进行任何操作。我能够对包含 1 个项目的源邮箱进行另一次测试,并且没有遇到此问题。
好玩的东西。