Aracılığıyla paylaş

Kiracılar arası posta kutusu geçişi

Birleştirmeler veya dalışlar sırasında, kullanıcılarınızın Exchange Online posta kutularını yeni bir kiracıya taşıyabilmeniz gerekebilir. Kiracılar arası posta kutusu geçişi, kiracı yöneticilerinin kullanıcıları yeni kuruluşlarına geçiş yapmak için Exchange Online PowerShell ve MRS gibi iyi bilinen arabirimleri kullanmasına olanak tanır.

Yöneticiler, kiracılar arası taşımaları yürütmek için Posta Kutularını Taşı yönetim rolü aracılığıyla sağlanan New-MigrationBatch cmdlet'ini kullanabilir.

Geçiş yapılan kullanıcılar hedef kiracı Exchange Online sisteminde MailUser olarak bulunmalıdır ve kiracılar arası taşımaları etkinleştirmek için belirli özniteliklerle işaretlenmelidir. Sistem, hedef kiracıda düzgün ayarlanmayan kullanıcıları taşıyamıyor.

Taşımalar tamamlandıktan sonra, kaynak kullanıcı posta kutusu bir MailUseröğesine dönüştürülür ve targetAddress (Exchange'de ExternalEmailAddress olarak gösterilir) hedef kiracıya yönlendirme adresiyle damgalanır. Bu işlem eskiyi MailUser kaynak kiracıda bırakır ve birlikte bulunmaya ve posta yönlendirmeye olanak tanır. İş süreçleri izin verildiğinde, kaynak kiracı kaynak MailUser'ı kaldırabilir veya bunları posta kişisine dönüştürebilir.

Kiracılar arası Exchange posta kutusu geçişleri yalnızca karma veya buluttaki kiracılar için veya ikisinin birleşimi için desteklenir.

Bu makalede, kiracılar arası posta kutusu taşıma işlemleri açıklanır ve Exchange Online posta kutusu içeriği taşımaları için kaynak ve hedef kiracıların nasıl hazırlandığına ilişkin yönergeler sağlanır.

Önemli

Herhangi bir ayrı tutma türündeki posta kutuları geçirilmez ve bu posta kutularının taşınması engellenir.

Bu özellik sayesinde bir posta kutusu kiracılar arası geçirildiğinde, yalnızca posta kutusunda kullanıcı tarafından görünen içerik (e-posta, kişiler, takvim, görevler ve notlar) hedefe (hedef kiracı) geçirilir. Başarılı bir geçiş sonrasında kaynak posta kutusu silinir. Bu silme işlemi, geçiş sonrasında hiçbir koşulda kaynak kiracıda kullanılabilir, bulunabilir veya erişilebilir kaynak posta kutusu olmadığı anlamına gelir.

Lisanslama

Önemli

Kiracılar Arası geçişler kullanıcı başına lisans (tek seferlik ücret) gerektirir ve kaynak veya hedef kullanıcı nesnesine atanabilir. Bu lisans , OneDrive geçişini de kapsar. Kiracılar Arası Kullanıcı Verileri Geçişi, aşağıdaki Microsoft 365 abonelik planlarına bir eklenti olarak sağlanır: Microsoft 365 İş Temel, Standart ve Premium; Microsoft 365 F1/F3/E3/E5/; Office 365 F3/E1/E3/E5; Exchange Online; Microsoft 365'te SharePoint; OneDrive ve EDU.

Uyarı

Sonraki adımlardan önce kiracılar arası kullanıcı verileri geçiş lisanslarını satın almış veya doğrulamış olmanız gerekir. Bu adım tamamlanmadıysa geçişler başarısız olur. Microsoft bu lisans gereksinimi için özel durumlar sunmaz.

Geçirilen kullanıcıya uygun lisans atanmamışsa, geçiş başarısız olur ve aşağıdakine benzer bir hata alırsınız:

Error: CrossTenantMigrationWithoutLicensePermanentException: No license was found for the source recipient, '65c3c3ea-2b9a-44d0-a685-9bfe300f8c87', or the target recipient, '65c3c3ea-2b9a-44d0-a685-9bfe300f8c87'. A Cross-tenant User Data Migration license is required to move a mailbox between tenants.

Kaynak ve hedef kiracıları hazırlama

Kaynak ve hedef kiracılar için önkoşullar

Başlamadan önce, Azure'da Posta Kutusunu Taşı uygulamasını, EXO Geçiş Uç Noktasını ve EXO Kuruluş İlişkisini yapılandırmak için gerekli izinlere sahip olduğunuzdan emin olun.

Ayrıca, kaynak kiracıda en az bir posta etkin güvenlik grubu gereklidir. Bu gruplar, kaynak kiracıdan (veya bazen kaynak olarak da adlandırılır) hedef kiracıya taşınabilen posta kutularının listesinin kapsamını bulmak için kullanılır. Bu kapsam belirleme, kaynak kiracı yöneticisinin taşınması gereken belirli posta kutusu kümesini kısıtlamasına veya kapsamını belirlemesine olanak sağlayarak istenmeyen kullanıcıların geçirilmesini engeller.

10.000'den fazla kullanıcıyı geçiriyorsanız, en iyi performans için kullanıcı listesini içerecek birden çok grup oluşturmanızı öneririz. İç içe gruplar desteklense de, bunlar önerilmez.

Microsoft 365 kiracı kimliğini almak için güvenilir iş ortağı şirketinizle (posta kutularını taşıyabileceğiniz şirket) de iletişim kurmanız gerekir. Bu kiracı kimliği , Kuruluş İlişkisi Etki AlanıAdı alanında kullanılır.

Aboneliğin kiracı kimliğini almak için Microsoft 365 yönetim merkezi oturum açın ve adresine https://entra.microsoft.com/#view/Microsoft_AAD_IAM/TenantOverview.ReactViewgidin. Kiracı Kimliği özelliğini panoya kopyalamak için kopyala simgesini seçin.

Hem kaynak hem de hedef kuruluşlardaki tüm kullanıcıların uygun Exchange Online abonelikleriyle lisanslanması gerekir. Ayrıca, hedef tarafa geçirilecek tüm kullanıcılara Kiracılar Arası Kullanıcı Veri Geçişi lisansları uyguladığınızı doğrulayın.

Kiracılarınızın kiracılar arası posta kutusu geçişlerini etkinleştirmeye yönelik yapılandırma adımları

Not

Önce hedefi (hedefi) yapılandırmanız gerekir. Bu adımları tamamlamak için hem kaynak hem de hedef kiracı için kiracı yöneticisi kimlik bilgilerine sahip olmanız veya bunları bilmeniz gerekmez. Adımlar, farklı yöneticiler tarafından her kiracı için ayrı ayrı gerçekleştirilebilir.

Geçiş uygulamasını ve gizli diziyi oluşturarak hedef (hedef) kiracıyı hazırlama

  1. Hedef kiracı yöneticisi kimlik bilgilerinizle Microsoft Entra yönetim merkezi (https://entra.microsoft.com) oturum açın.

    Azure Oturum Açma

  2. Microsoft Entra ID yönet'in altında Görünüm'ü seçin.

    Microsoft Entra Düğmesi

  3. Gezinti bölmesinde Uygulama kayıtları'ı seçin.

  4. Yeni kayıt'ı seçin.

    Yeni Uygulama Kullanıcı Arabirimi'nin ekran görüntüsü.

  5. Uygulamayı kaydet sayfasında, Desteklenen hesap türleri'nin altında Herhangi bir kuruluş dizinindeki hesaplar 'ı (Herhangi bir Microsoft Entra dizini - Çok kiracılı) seçin. Ardından Yeniden Yönlendirme URI'sini (isteğe bağlı) altında Web'i seçin ve yazın https://office.com. Ardından Kaydet'i seçin.

    'Uygulama kaydetme' formunun ekran görüntüsü.

    Sayfanın sağ üst köşesinde uygulamanın başarıyla oluşturulduğunu belirten bildirim iletişim kutusuna bakın.

  6. Giriş sayfasına Geri dön Microsoft Entra ID gidin ve Uygulama kayıtları'ı seçin.

  7. Sahip olunan uygulamalar'ın altında, oluşturduğunuz uygulamayı bulun ve seçin.

  8. Essentials altında Uygulama (istemci) kimliğini kopyalayın. Hedef kiracının URL'sini oluşturmak için daha sonra bu bilgilere ihtiyacınız olacaktır.

  9. Gezinti bölmesinde API izinleri'ni seçerek uygulamanıza atanan izinleri görüntüleyin.

  10. Varsayılan olarak, User.Read izinleri oluşturduğunuz uygulamaya atanır, ancak bu izinler posta kutusu geçişleri için gerekli değildir. Bu izinleri kaldırabilirsiniz.

    'Yapılandırılmış izinler'in ekran görüntüsü.

  11. Posta kutusu geçişi için izin eklemek için İzin ekle'yi seçin.

  12. API izinlerini iste penceresinde kuruluşumun kullandığı API'leri seçin, araması Office 365 Exchange Onlineyapın ve ardından seçin.

    'API izinleri iste' altında 'API seçin' öğesinin ekran görüntüsü.

  13. Uygulama izinleri'ne tıklayın.

  14. İzinleri seçin'in altında Posta Kutusu'nı genişletin ve Mailbox.Migration'ı seçin ve ardından ekranın alt kısmındaki İzin ekle'yi seçin.

    Mailbox.Migration'ın ve 'İzinleri seç' altındaki onay kutusunun ekran görüntüsü.

  15. Şimdi uygulamanızın gezinti bölmesinde Sertifikalar & gizli diziler'i seçin.

  16. İstemci gizli dizileri'nin altında Yeni istemci gizli dizisi'ni seçin.

    'İstemci gizli dizileri' ve yeni bir istemci gizli dizisi ekleme seçeneğinin ekran görüntüsü.

  17. İstemci gizli dizisi ekle penceresinde bir açıklama yazın ve ardından süre sonu ayarlarınızı yapılandırın.

    Not

    Parola, geçiş uç noktanızı oluştururken kullanılır. Bu parolayı panonuza ve/veya güvenli/gizli parola güvenli konumuna kopyalamanız önemlidir. Gizli dizi oluşturma aşaması, bu parolayı görebileceğiniz tek zamandır! Bir şekilde kaybederseniz veya sıfırlamanız gerekiyorsa, Azure portal yeniden oturum açabilir, Uygulama kayıtları gidebilir, geçiş uygulamanızı bulabilir, Gizli diziler & sertifikalar'ı seçebilir ve ardından uygulamanız için yeni bir gizli dizi oluşturabilirsiniz.

Geçiş uygulamasını ve gizli diziyi başarıyla oluşturduğunuza göre, bir sonraki adım uygulamaya onay vermektir.

  1. Microsoft Entra ID giriş sayfasında gezinti bölmesinde Kurumsal uygulamalar'ı seçin, ardından oluşturduğunuz geçiş uygulamanızı bulun, seçin ve ardından API İzinleri'ni seçin.

  2. [Kiracınız] için yönetici onayı ver'i seçin. Yeni bir tarayıcı penceresi açılır.

  3. Kabul Et'i seçin.

  4. Portal pencerenize Geri dön ve kabulünüzü onaylamak için Yenile'yi seçin.

  5. Posta kutusu geçişini etkinleştirmek üzere uygulamayı kabul edebilmeleri için güvenilen iş ortağınıza (kaynak kiracı yöneticisi) gönderilecek URL'yi formüle edin.

    Aşağıda, onlara sağlayabilecekleri URL'nin bir örneği verilmiştir:

    https://login.microsoftonline.com/contoso.onmicrosoft.com/adminconsent?client_id=[application_id_of_the_app_you_just_created]&redirect_uri=https://office.com

    Not

    Yeni oluşturduğunuz posta kutusu geçiş uygulamasının uygulama kimliğine ihtiyacınız olacaktır. Yukarıdaki örnekteki contoso.onmicrosoft.com kaynak kiracınızın doğru onmicrosoft.com adıyla değiştirmeniz gerekir. [application_id_of_the_app_you_just_created] öğesini yeni oluşturduğunuz posta kutusu geçiş uygulamasının uygulama kimliğiyle de değiştirmeniz gerekir.

Exchange Online geçiş uç noktası ve kuruluş ilişkisi oluşturarak hedef kiracıyı hazırlama

  1. Hedef Exchange Online kiracıdaki Exchange Online PowerShell'e bağlanın.

  2. Kiracılar arası posta kutusu taşımaları için yeni bir geçiş uç noktası oluşturun.

    Not

    Yeni oluşturduğunuz posta kutusu geçiş uygulamasının uygulama kimliğine ve geçiş uygulamasını ve gizli diziyi oluşturarak Hedef (hedef) kiracısını hazırlama bölümünde yapılandırdığınız parolaya (gizli dizi) ihtiyacınız olacaktır. Kullandığınız Microsoft 365 bulut örneğine bağlı olarak uç noktanız farklı olabilir. Microsoft 365 uç noktaları sayfasına bakın; kiracınız için doğru örneği seçin; ardından İyileştir/Gerekli adresini Exchange Online gözden geçirin ve uygun şekilde değiştirin.

    Sonraki adımlara geçmeden önce, güvenilen iş ortağınızın (kaynak kiracı yöneticisi) önceki bölümde belirtilen URL'yi kullanarak uygulamayı kabul etmesi gerekir, aksi takdirde aşağıdaki komutlardaki son komut bir kimlik doğrulama hatasıyla başarısız olur ve geçiş uç noktası oluşturma işlemini tamamlayamazsınız.

    $AppId = "[Guid copied from the migrations app]"
$name = "[the name of your new migration endpoint]"
$remote = "<contoso>.onmicrosoft.com"
$secret = "[this is your secret password you saved in the previous steps]"
# Enable customization if tenant is dehydrated
$dehydrated = Get-OrganizationConfig | select isdehydrated
if ($dehydrated.isdehydrated -eq $true) {Enable-OrganizationCustomization}
$Credential = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList $AppId, (ConvertTo-SecureString -String $secret -AsPlainText -Force)
New-MigrationEndpoint -RemoteServer outlook.office.com -RemoteTenant $remote -Credentials $Credential -ExchangeRemoteMove:$true -Name $name -ApplicationId $AppId

Not

Yukarıdaki komut başarısız olursa, uygulamaya yönetici onayı verilip verilmediğini onaylamak için kaynak kiracı yöneticisine başvurun.

  1. Yeni bir kuruluş ilişkisi nesnesi oluşturun veya mevcut kuruluş ilişkisi nesnenizi kaynak kiracınızla düzenleyin.

    $sourceTenantId = "[tenant ID of your trusted partner, where the source mailboxes are]"
$orgrelname = "[name of your new organization relationship]"
$orgrels = Get-OrganizationRelationship
$existingOrgRel = $orgrels | ?{$_.DomainNames -like $sourceTenantId}
If ($null -ne $existingOrgRel)
{
    Set-OrganizationRelationship $existingOrgRel.Name -Enabled:$true -MailboxMoveEnabled:$true -MailboxMoveCapability Inbound
}
If ($null -eq $existingOrgRel)
{
    New-OrganizationRelationship $orgrelname -Enabled:$true -MailboxMoveEnabled:$true -MailboxMoveCapability Inbound -DomainNames $sourceTenantId
}

Geçiş uygulamasını kabul ederek ve kuruluş ilişkisini yapılandırarak kaynak (geçerli posta kutusu konumu) kiracısını hazırlama

  1. Tarayıcınızı kullanarak, posta kutusu geçiş uygulamasına onay vermek için güvenilen iş ortağınız tarafından sağlanan URL bağlantısına gidin. URL şöyle görünmelidir:

    https://login.microsoftonline.com/contoso.onmicrosoft.com/adminconsent?client_id=[application_id_of_the_app_you_just_created]&redirect_uri=https://office.com

    Not

    Yeni oluşturduğunuz posta kutusu geçiş uygulamasının uygulama kimliğine ihtiyacınız olacaktır. Önceki örnekteki değerini kaynak kiracınızın URL'si onmicrosoft.com ile değiştirmeniz contoso.onmicrosoft.com gerekir. [application_id_of_the_app_you_just_created] öğesini yeni oluşturduğunuz posta kutusu geçiş uygulamasının uygulama kimliğiyle de değiştirmeniz gerekir.

  2. Açılır pencere göründüğünde uygulamayı kabul edin. Ayrıca Microsoft Entra yönetim merkezi oturum açabilir ve uygulamayı Kurumsal uygulamalar altında bulabilirsiniz.

  3. Kaynak Exchange Online kiracıdaki Exchange Online PowerShell'e bağlanın.

  4. Exchange Online PowerShell'de yeni bir kuruluş ilişkisi nesnesi oluşturun veya mevcut kuruluş ilişkisi nesnenizi hedef (hedef) kiracınızla düzenleyin:

    $targetTenantId = "[tenant ID of your trusted partner, where the mailboxes are being moved to]"
$appId = "[application ID of the mailbox migration app you consented to]"
$scope = "[name of the mail enabled security group that contains the list of users who are allowed to migrate]"
$orgrelname = "[name of your new organization relationship]"
# Enable customization if tenant is dehydrated
$dehydrated = Get-OrganizationConfig | select isdehydrated
if ($dehydrated.isdehydrated -eq $true) {Enable-OrganizationCustomization}
if (!(New-DistributionGroup -Type Security -Name $scope)) { Write-Host "Group already exists." }
$orgrels=Get-OrganizationRelationship
$existingOrgRel = $orgrels | ?{$_.DomainNames -like $targetTenantId}
If ($null -ne $existingOrgRel)
{
    Set-OrganizationRelationship $existingOrgRel.Name -Enabled:$true -MailboxMoveEnabled:$true -MailboxMoveCapability RemoteOutbound -OAuthApplicationId $appId -MailboxMovePublishedScopes $scope
}
If ($null -eq $existingOrgRel)
{
    New-OrganizationRelationship $orgrelname -Enabled:$true -MailboxMoveEnabled:$true -MailboxMoveCapability RemoteOutbound -DomainNames $targetTenantId -OAuthApplicationId $appId -MailboxMovePublishedScopes $scope
}

    Not

    $sourceTenantId ve $targetTenantId olarak girdiğiniz kiracı kimliği, kiracı etki alanı adı değil GUID'dir. Kiracı kimliği örneği ve kiracı kimliğinizi bulma hakkında bilgi için bkz. Microsoft 365 kiracı kimliğinizi bulma.

Hedef kullanıcı nesnelerini geçiş için hazırlama

Geçiş yapılan kullanıcıların, kiracılar arası taşımayı etkinleştirmek için hedef kiracıda ve Exchange Online sisteminde (MailUser olarak) belirli özniteliklerle işaretlenmiş olması gerekir. Sistem, hedef kiracıda düzgün ayarlanmayan kullanıcıları taşıyamaz. Hedef kullanıcı nesneleri için Önkoşullar bölümünde, hedef kiracı için MailUser nesne gereksinimleri ayrıntılı olarak yer alır.

Hedef kullanıcı nesneleri için önkoşullar

Hedef kuruluşta aşağıdaki nesnelerin ve özniteliklerin ayarlandığından emin olun:

İpucu

Microsoft, özniteliklerin çoğunu ayarlamak için güvenli bir otomatik yöntem sağlayan bir özellik geliştiriyor (bu bölümde belirtilmiştir). Kiracılar Arası Kimlik Eşlemesi adlı bu özellik şu anda küçük bir önizlemeye katılmak isteyen müşterileri arıyor. Bu ön sürüm özelliği ve kiracılar arası geçiş işlemlerinizi nasıl basitleştirebileceği hakkında daha fazla bilgi için bkz. Kiracılar Arası Kimlik Eşlemesi.

Kaynak kuruluştan taşınan herhangi bir posta kutusu için, Hedef kuruluşta bir MailUser nesnesi sağlamalısınız:

  1. Hedef PostaKullanııcısı kaynak posta kutusundan bu özniteliklere sahip olmalı veya yeni User nesnesiyle atanmış olmalıdır:

    1. ExchangeGUID (kaynaktan hedefe doğrudan akış): Posta kutusu GUID'sinin eşleşmesi gerekir. Bu öznitelik hedef nesnede yoksa taşıma işlemi devam etmez.

    2. ArchiveGUID (kaynaktan hedefe doğrudan akış): Arşiv GUID'sinin eşleşmesi gerekir. Bu öznitelik hedef nesnede yoksa taşıma işlemi devam etmez. (Bu öznitelik yalnızca kaynak posta kutusu Arşiv etkinse gereklidir).

    3. LegacyExchangeDN (proxyAddress, "x500:<LegacyExchangeDN" olarak akış): LegacyExchangeDN> hedef MailUser'da x500: proxyAddress olarak bulunmalıdır. Ayrıca, kaynak posta kutusundan hedef posta kullanıcısına tüm x500 adreslerini kopyalamanız gerekir. Bu x500 adresleri hedef nesnede yoksa taşıma işlemleri devam etmez. Ayrıca bu adım, geçiş öncesinde gönderilen e-postalar için yanıt yeteneğini etkinleştirmek için önemlidir. Her e-posta öğesindeki gönderen/alıcı adresi ve Microsoft Outlook'ta ve Microsoft Outlook Web App'de (OWA) otomatik tamamlama önbelleği, LegacyExchangeDN özniteliğinin değerini kullanır. Bir kullanıcı LegacyExchangeDN değerini kullanarak bulunamıyorsa, e-posta iletilerinin teslimi 5.1.1 NDR ile başarısız olabilir.

    4. UserPrincipalName: UPN, kullanıcının YENİ kimliğine veya hedef şirketine (örneğin, user@northwindtraders.onmicrosoft.com) hizalanır.

    5. Birincil SMTPAddress: Birincil SMTP adresi kullanıcının YENİ şirketiyle (örneğin, user@northwindtraders.com) hizalanır.

    6. TargetAddress/ExternalEmailAddress: MailUser, kullanıcının kaynak kiracıda barındırılan geçerli posta kutusuna başvurur (örneğin user@contoso.onmicrosoft.com). Bu değer atandığında, PrimarySMTPAddress öğesini atadığınızdan/atadığınızdan emin olun; aksi takdirde, bu değer PrimarySMTPAddress değerini ayarlar ve bu da taşıma hatalarına neden olur.

    7. Hedef MailUser'a kaynak posta kutusundan eski smtp proxy adresleri ekleyemezsiniz. Örneğin, northwindtraders.onmicrosoft.com kiracı nesnelerinde MEU'da contoso.com tutamazsınız. Etki alanları yalnızca bir Microsoft Entra ID veya Exchange Online kiracıyla ilişkilendirilir.

      Örnek hedef MailUser nesnesi:

      Öznitelik Değer
      Diğer ad LaraN
      Alıcı Türü MailUser
      RecipientTypeDetails MailUser
      UserPrincipalName LaraN@northwintraders.onmicrosoft.com
      PrimarySmtpAddress Lara.Newton@northwindtraders.com
      ExternalEmailAddress SMTP:LaraN@contoso.onmicrosoft.com
      ExchangeGUID 1ec059c7-8396-4d0b-af4e-d6bd4c12a8d8
      LegacyExchangeDN /o=First Organization/ou=Exchange Yönetim Grubu (FYDIBOHF23SPDLT)/cn=Recipients/cn=74e5385fce4b46d19006876949855035-Lara
      EmailAddresses x500:/o=First Organization/ou=Exchange Yönetim Grubu (FYDIBOHF23SPDLT)/cn=Recipients/cn=d11ec1a2cacd4f81858c81907273f1f9-Lara
      Smtp:LaraN@northwindtraders.onmicrosoft.com
      SMTP:Lara.Newton@northwindtraders.com
      X500:/o=ExchangeLabs/ou=Exchange Yönetim Grubu (FYDIBOHF23SPDLT)/cn=Recipients/cn=f161af74128f460fba5c0c23984b3d6c-Lara

      Örnek kaynak Posta Kutusu nesnesi:

      Öznitelik Değer
      Diğer ad LaraN
      Alıcı Türü UserMailbox
      RecipientTypeDetails UserMailbox
      UserPrincipalName LaraN@contoso.onmicrosoft.com
      PrimarySmtpAddress Lara.Newton@contoso.com
      ExchangeGUID 1ec059c7-8396-4d0b-af4e-d6bd4c12a8d8
      LegacyExchangeDN /o=First Organization/ou=Exchange Yönetim Grubu (FYDIBOHF23SPDLT)/cn=Recipients/cn=d11ec1a2cacd4f81858c81907273f1f9-Lara
      EmailAddresses Smtp:LaraN@contoso.onmicrosoft.com
      SMTP:Lara.Newton@contoso.com
      X500:/o=ExchangeLabs/ou=Exchange Yönetim Grubu (FYDIBOHF23SPDLT)/cn=Recipients/cn=f161af74128f460fba5c0c23984b3d6c-Lara

  2. Diğer öznitelikler Exchange karma geri yazma özelliğine zaten eklenmiş olabilir. Aksi takdirde, bunlar dahil edilmelidir.

    1. msExchBlockedSendersHash– İstemcilerden gelen çevrimiçi engellenen gönderen verilerini şirket içi Active Directory yazar.
    2. msExchSafeRecipientsHash– İstemcilerden şirket içi Active Directory çevrimiçi güvenli alıcı verilerini geri yazar.
    3. msExchSafeSendersHash– İstemcilerden şirket içi Active Directory çevrimiçi güvenli gönderen verilerini geri yazar.

    Hedef kuruluştaki kullanıcıların, kuruluş için uygun Exchange Online abonelikleri ile lisanslanması gerekir. Posta kutusu taşımadan önce lisans uygulayabilirsiniz, ancak HEDEF MailUser ExchangeGUID ve ara sunucu adresleriyle düzgün bir şekilde ayarlandıktan sonra. ExchangeGUID uygulanmadan önce lisans uygulanması, hedef kuruluşta yeni bir posta kutusunun sağlanmasına neden olur. Kiracılar Arası Kullanıcı Veri Geçişi lisansı da uygulamanız gerekir; aksi takdirde, taşıma raporunda bir lisansın hedef kullanıcıya uygulanmadığına ilişkin bir uyarı bildiren geçici bir hata okuma onayı gerekiyor iletisini görebilirsiniz.

    Not

    Posta Kutusu veya MailUser nesnesine lisans uyguladığınızda, Exchange EmailAddresses dizisine yalnızca doğrulanmış etki alanlarının dahil edildiğinden emin olmak için tüm SMTP türü proxyAddresses temizlenir.

  3. Hedef MailUser'da Kaynak ExchangeGUID ile eşleşmeyen önceki ExchangeGUID olmadığından emin olmanız gerekir. Hedef MEU daha önce Exchange Online lisansına sahipse ve bir posta kutusu sağlandıysa bu uyuşmazlık oluşabilir. Hedef MailUser daha önce Için lisanslanmışsa veya Kaynak ExchangeGUID ile eşleşmeyen bir ExchangeGUID'sine sahipse, bulut MEU'sunu temizlemeniz gerekir. Bu bulut MEU'ları için komutunu çalıştırabilirsiniz Set-User <identity> -PermanentlyClearPreviousMailboxInfo.

Dikkat

Bu işlem geri alınamaz. Nesnenin softDeleted posta kutusu varsa, bu noktadan sonra geri yüklenemez. Ancak temizlendikten sonra doğru ExchangeGUID'yi hedef nesneyle eşitleyebilirsiniz ve MRS kaynak posta kutusunu yeni oluşturulan hedef posta kutusuna bağlar. (Yeni parametrede EHLO blogu başvurusu.)

Aşağıdaki komutu kullanarak daha önce posta kutusu olan nesneleri bulun:

Get-User <identity> | select Name, *recipient* | Format-Table -AutoSize

İşte bir örnek:

Get-User John@northwindtraders.com |select name, *recipient*| Format-Table -AutoSize

Name       PreviousRecipientTypeDetails     RecipientType RecipientTypeDetails
----       ---------------------------- ------------- --------------------
John       UserMailbox                  MailUser      MailUser

Aşağıdaki komutu kullanarak geçici olarak silinen posta kutusunu temizleyin:

Set-User <identity> -PermanentlyClearPreviousMailboxInfo

İşte bir örnek:

Set-User John@northwindtraders.com -PermanentlyClearPreviousMailboxInfo -Confirm

Are you sure you want to perform this action?
Delete all existing information about user "John@northwindtraders.com"?. This operation will clear existing values from Previous home MDB and Previous Mailbox GUID of the user. After deletion, reconnecting to the previous mailbox that existed in the cloud will not be possible and any content it had will be unrecoverable PERMANENTLY.
Do you want to continue?
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [?] Help (default is "Y"): Y

Nasıl yaparım? çalıştığını biliyor musun?

Hedef kiracınızda oluşturduğunuz Kiracılar Arası geçiş uç noktasında Test-MigrationServerAvailability cmdlet'ini çalıştırarak Kiracılar arası posta kutusu geçiş yapılandırmasını doğrulayabilirsiniz. Hedef kiracıdan aşağıdaki cmdlet'i çalıştırın:

Test-MigrationServerAvailability -EndPoint "[the name of your migration endpoint]" -TestMailbox "[Primary SMTP of MailUser object in target tenant]"

Not

Ayrıca, kuruluşlar arasında doğru şekilde ayarlanan kuruluşları ve bir kiracıdan diğerine geçirmeyi planladığınız nesneleri doğrulamanıza olanak tanıyan Kiracılar arası posta kutusu geçiş doğrulama betiğinden yararlanmak isteyebilirsiniz. Betik, tüm nesnelerde aynı anda mevcut olabilecek tutarsızlıkların belirlenmesine yardımcı olur ve sonuç olarak ilk aşamada harcanan süreyi azaltır.

Posta kutularını özgün kaynağa geri taşıma

Bir posta kutusunun özgün kaynak kiracıya geri taşınması gerekiyorsa, aynı adım ve betik kümesi hem yeni kaynak hem de yeni hedef kiracılarda çalıştırılmalıdır ve bazı varyanslarla.

OrganizationRelationship oluşturmak için sağlanan örnek betikleri çalıştırmayın.

Her kiracıda oluşturulan mevcut OrganizationRelationship içinde aşağıdaki değerleri güncelleştirin:

  • MailboxMovesCapability, hem kaynak hem de hedef kiracılardaki özellikler olarak Gelen, RemoteOutbound olmalıdır.
  • Yeni kaynak kiracıda, OAuthApplicationId değerini yeni kaynak kiracıda yeni oluşturulan uygulamanın değeriyle güncelleştirin.
  • Yeni kaynak kiracıda MailboxMovePublishedScopes değerini yeni kaynak kiracıda yeni oluşturulan güvenlik grubuyla güncelleştirin.

Posta kutusu geçişlerini gerçekleştirme

Kiracılar arası Exchange posta kutusu geçişleri, geçiş toplu işlemleri olarak hedef kiracıdan başlatılır. Bu işlem, şirket içi Exchange'den Microsoft 365'e geçiş yaparken yerleşik geçiş toplu işlemlerinin çalışma şekline benzer.

Geçiş toplu işleri oluşturma

Toplu geçiş başlatmaya yönelik örnek bir komut aşağıda verilmişti:

New-MigrationBatch -Name T2Tbatch -SourceEndpoint target_source_7977 -CSVData ([System.IO.File]::ReadAllBytes('users.csv')) -Autostart -TargetDeliveryDomain northwindtraders.onmicrosoft.com

Identity                   Status  Type               TotalCount
--------                   ------  ----               ----------
T2Tbatch                   Syncing ExchangeRemoteMove 1

Not

CSV dosyasındaki e-posta adresi, kaynak kiracıdaki adres değil, hedef kiracıda belirtilen adres olmalıdır (örneğin, userA@northwindtraders.onmicrosoft.com). Cmdlet hakkında daha fazla bilgi için buraya tıklayınBazı örnek CSV dosya bilgileri için buraya tıklayın

CSV dosyasının en küçük örneği:

EmailAddress
userA@northwindtraders.onmicrosoft.com
userB@northwindtraders.onmicrosoft.com
userC@northwindtraders.onmicrosoft.com

Geçiş toplu işlemi gönderimi, kiracılar arası seçenek belirlenirken yeni Exchange yönetim merkezinden de desteklenir.

Şirket içi MailUsers'i güncelleştirme

Posta kutusu kaynaktan hedefe geçtikten sonra, hem kaynak hem de hedefteki şirket içi posta kullanıcılarının yeni targetAddress ile güncelleştirildiğinden emin olmanız gerekir. Örneklerde, taşımada kullanılan targetDeliveryDomain northwindtraders.onmicrosoft.com. Posta kullanıcılarını bu targetAddress ile güncelleştirin.

Geçiş sonrasında uç noktaları ve kuruluş ilişkilerini kaldırma

Geçiş tamamlandıktan sonra kaynak veya hedef sunucuların mevcut geçiş uç noktalarını kaldırmak için Remove-MigrationEndpoint cmdlet'ini kullanın.

Geçiş tamamlandıktan sonra kaynak veya hedef sunuculara yönelik mevcut kuruluş ilişkilerini kaldırmak için Remove-OrganizationRelationship cmdlet'ini kullanın.

Sık sorulan sorular

Taşıma sonrasında kaynak şirket içi kiracıdaki RemoteMailbox'ları güncelleştirmem gerekiyor mu?

Kaynak Değişim Kuruluşu

Kaynak kiracı posta kutusu hedef kiracıya geçtiğinde her kaynak şirket içi kullanıcının targetAddress (RemoteRoutingAddress/ExternalEmailAddress) öğesini güncelleştirmeniz gerekir. Posta yönlendirmesi farklı targetAddresses'e sahip birden çok posta kullanıcısı arasındaki başvuruları izleyebilir ancak posta kullanıcıları için Serbest/Meşgul aramaları posta kutusu kullanıcısının konumunu hedeflemelidir .

Hedef Exchange Kuruluşu

Karma bir kuruluşta geçiş tamamlandıktan sonra, kullanıcılarınızın şirket içinde uzak posta kutularına sahip olmasını istiyorsanız aşağıdaki PowerShell komutunu çalıştırın:

Get-MailUser -Identity <Migrate Mail User> | Enable-RemoteMailbox

Teams toplantıları kiracılar arası geçiş yapar mı?

Teams toplantıları taşınırken, öğeler kiracılar arası geçiş yaparken toplantı URL'si güncelleştirilmez. HEDEF kiracıda URL geçersiz olacağından Teams toplantılarını kaldırıp yeniden oluşturmanız gerekir.

Hangi içerik kiracılar arası geçirilir?

Bu özelliğe sahip bir posta kutusu kiracılar arası geçirildiğinde, posta kutusunda yalnızca Bilgi Deposu'nun Başı olarak da bilinen kullanıcı tarafından görünen içerik (e-posta, kişiler, takvim, görevler ve notlar) ve Kurtarılabilir Öğeler klasörleri Silmeler, Sürümler ve Temizlemeler geçirilir.

Giden Kutusu'ndaki öğeler kiracılar arası geçirildi mi?

Bu klasör Outlook istemcisine özgü istemci tabanlı bir klasör olduğundan Giden Kutusu'ndaki öğeler kiracılar arası geçirilmez. Giden Kutusu'ndaki öğeler yerel olarak depolanır ve bulutla eşitlenmez.

Teams sohbet klasörü içeriği kiracılar arası geçiş yapar mı?

Hayır, Teams sohbet klasörü içeriği kiracılar arası geçiş yapmaz. Ancak, posta kutusu kiracılar arası geçirildikten sonra, Teams sohbet klasörü içeriği, kaynak kiracı yöneticisinin içerik araması kullanarak arama ve dışarı aktarma işlemleri için kullanılabilir.

Ekleme ve biniş dışı hareketlerimi değil, yalnızca kiracılar arası taşımalar olan taşımaları nasıl görebilirim?

Flags parametresini kullanın:

Get-MoveRequest -Flags "CrossTenant"

Testte kullanılan öznitelikleri kopyalamak için örnek betikler sağlayabilir misiniz?

Not

ÖRNEK – OLDUĞU GIBI GARANTİ YOK Bu betik, hem kaynak posta kutusuna (kaynak değerleri almak için) hem de hedef şirket içi Active Directory Etki Alanı Hizmetleri (ADUser nesnesini damgalama amacıyla) bir bağlantı olduğunu varsayar.

# This will export users from the source tenant with the CustomAttribute1 = "Cross-Tenant-Project"
# These are the 'target' users to be moved to the northwindtraders tenant
$outFileUsers = "$home\desktop\UsersToMigrate.txt"
$outFileUsersXML = "$home\desktop\UsersToMigrate.xml"
Get-Mailbox -Filter "CustomAttribute1 -like 'Cross-Tenant-Project'" -ResultSize Unlimited | Select-Object -ExpandProperty  Alias | Out-File $outFileUsers
$mailboxes = Get-Content $outFileUsers
$mailboxes | ForEach-Object {Get-Mailbox $_} | Select-Object PrimarySMTPAddress,Alias,SamAccountName,FirstName,LastName,DisplayName,Name,ExchangeGuid,ArchiveGuid,LegacyExchangeDn,EmailAddresses | Export-Clixml $outFileUsersXML

# Copy the file $outfile to the desktop of the target on-premises then run the below to create MEU in Target
$symbols = '!@#$%^&*'.ToCharArray()
$characterList = @([char[]]([char]'a'..[char]'z'), [char[]]([char]'A'..[char]'Z'), [char[]]([char]'0'..[char]'9') + $symbols)

function GeneratePassword {
    param(
        [ValidateRange(12, 256)]
        [int]
        $length = 16
    )

    do {
        $password = -join (0..$length | ForEach-Object { $characterList | Get-Random })
        [int]$hasLowerChar = $password -cmatch '[a-z]'
        [int]$hasUpperChar = $password -cmatch '[A-Z]'
        [int]$hasDigit = $password -match '[0-9]'
        [int]$hasSymbol = $password.IndexOfAny($symbols) -ne -1

    }
    until (($hasLowerChar + $hasUpperChar + $hasDigit + $hasSymbol) -ge 3)

    $password | ConvertTo-SecureString -AsPlainText
}

$mailboxes = Import-Clixml $home\desktop\UsersToMigrate.xml
foreach ($m in $mailboxes) {
    $organization = "@contoso.onmicrosoft.com"
    $mosi = $m.Alias + $organization
    $Password = GeneratePassword
    $x500 = "x500:" + $m.LegacyExchangeDn
    $tmpUser = New-MailUser -MicrosoftOnlineServicesID $mosi -PrimarySmtpAddress $mosi -ExternalEmailAddress $m.PrimarySmtpAddress -FirstName $m.FirstName -LastName $m.LastName -Name $m.Name -DisplayName $m.DisplayName -Alias $m.Alias -Password $Password
    $tmpUser | Set-MailUser -EmailAddresses @{add = $x500 } -ExchangeGuid $m.ExchangeGuid -ArchiveGuid $m.ArchiveGuid -CustomAttribute1 "Cross-Tenant-Project"
    $tmpx500 = $m.EmailAddresses | Where-Object { $_ -match "x500" }
    $tmpx500 | ForEach-Object { Set-MailUser $m.Alias -EmailAddresses @{add = "$_" } }
}

# Now synchronize the changes from On-Premises to Azure and Exchange Online in the target tenant
# This action should create the target mail enabled users (MEUs) in the Target tenant
Start-ADSyncSyncCycle

Kullanıcı posta kutusu taşındıktan sonra 1. Günde Outlook'a nasıl erişebiliriz?

Bir etki alanına yalnızca bir kiracı sahip olabileceğinden, posta kutusu taşıma işlemi tamamlandığında eski birincil SMTPAddress hedef kiracıdaki kullanıcıyla ilişkilendirilmez; yalnızca yeni kiracıyla ilişkili etki alanları. Outlook, hizmette kimlik doğrulaması yapmak için kullanıcının yeni UPN'sini kullanır ve Outlook profili, hedef sistemdeki posta kutusuyla eşleşecek eski birincil SMTPAddress'i bulmayı bekler. Eski adres hedef sistemde olmadığından, outlook profili yeni taşınan posta kutusunu bulmak için bağlanmaz.

Bu ilk dağıtım için kullanıcıların profillerini yeni UPN, birincil SMTP adresleri ve OST içeriğini yeniden eşitlemeleri gerekir.

Not

Tamamlama için kullanıcılarınızı toplu iş olarak planlayın. Outlook istemci profilleri oluşturulduğunda ve izleyen OST ve OAB dosyaları istemcilere indirildiğinde ağ kullanımını ve kapasitesini hesaba katmalısınız.

Kiracılar arası taşımayı ayarlamak veya tamamlamak için hangi Exchange RBAC rollerine üye olmak istiyorum?

Posta kutusu taşıma işlemi yürütülürken temsilci görevleri varsayımını temel alan bir rol matrisi vardır. Şu anda iki rol gereklidir:

  • İlk rol, içeriği kiracı/kuruluş sınırınıza veya dışına taşıma yetkilendirmesini oluşturan tek seferlik bir kurulum görevidir. Verileri kuruluş denetiminizden çıkarmak tüm şirketler için kritik bir konu olduğundan , Kuruluş Yöneticisi'nin en yüksek atanan rolünü seçtik. Bu rol, ayarı uzak kuruluşla tanımlayan -MailboxMoveCapability yeni bir OrganizationRelationship'i değiştirmelidir veya ayarlamalıdır. Ayarı yalnızca kuruluş yöneticisi değiştirebilirken -MailboxMoveCapability , OrganizationRelationship üzerindeki diğer öznitelikler Federasyon Paylaşımı yöneticisi tarafından yönetilebilir.
  • Gerçek taşıma komutlarını yürütme rolü alt düzey bir işleve devredilebilir. Posta Kutularını Taşı rolü, posta kutularını kuruluşa veya kuruluş dışına taşıma özelliğine atanır.

Dönüştürülen posta kutusunda (MailUser dönüştürmesine) targetAddress (TargetDeliveryDomain) için hangi SMTP adresinin seçildiğini nasıl hedefleyeceğiz?

Exchange posta kutusu, hedef nesnedeki bir e-posta adresiyle (proxyAddress) eşleşerek bir MailUser'a dönüştürülürken özgün kaynak posta kutusunda TARGETAddress değerini MRS oluşturarak taşınır. İşlem komutuna -TargetDeliveryDomain geçirilen değeri alır ve ardından hedef taraftaki etki alanı için eşleşen bir ara sunucuyu denetler. Eşleşme bulduğumuzda, dönüştürülen posta kutusu (şimdi MailUser) nesnesinde ExternalEmailAddress (targetAddress) ayarlamak için eşleşen proxyAddress kullanılır.

Geçiş sonrasında posta akışı nasıl çalışır?

Geçiş sonrasında Kiracılar Arası posta akışı, Exchange Karma posta akışına benzer şekilde çalışır. Geçirilen her posta kutusu, kaynak kiracıdan gelen postaları hedef kiracıdaki posta kutularına iletmek için doğru hedef adrese sahip olan kaynak MailUser'a ihtiyaç duyar. Aktarım kuralları, güvenlik ve uyumluluk özellikleri, posta akışının geçtiği her kiracıda yapılandırıldığı gibi çalışır. Bu nedenle, gelen postalar için istenmeyen postadan koruma, kötü amaçlı yazılımdan koruma, karantina, aktarım kuralları ve günlük kuralları gibi özellikler önce kaynak kiracıda, ardından hedef kiracıda çalıştırılır.

Posta kutusu izinleri nasıl geçiş yapar?

Posta kutusu izinleri, Adına Gönder ve Posta Kutusu Erişimi'ni içerir:

  • Adına Gönder (AD:publicDelegates), kullanıcının posta kutusuna temsilci olarak erişimi olan alıcıların DN'sini depolar. Bu değer Active Directory'de depolanır ve şu anda posta kutusu geçişinin bir parçası olarak taşınmaz. Kaynak posta kutusunda publicDelegates ayarlanmışsa, MEU'nun Posta Kutusuna dönüştürmesi çalıştırılarak Set-Mailbox <principle> -GrantSendOnBehalfTo <delegate>hedef ortamda tamamlandıktan sonra hedef Posta Kutusu'nda publicDelegates'i yeniden örneklemeniz gerekir.
  • Posta kutusunda depolanan Posta Kutusu İzinleri, hem sorumlu hem de temsilci hedef sisteme taşındığında posta kutusuyla birlikte taşınır. Örneğin, TestUser7 kullanıcısına kiracı SourceCompany.onmicrosoft.com posta kutusu TestUser_8 FullAccess verilir. Posta kutusu tamamlandıktan sonra TargetCompany.onmicrosoft.com hedef dizinde aynı izinler ayarlanır. Hem kaynak hem de hedef kiracılarda TestUser_7 için _Get-MailboxPermission kullanan örnekler aşağıda gösterilmiştir. Exchange cmdlet'lerine kaynak ve hedef eklenmiştir.

Aşağıda, kaynak taraftan taşınmadan önce posta kutusu izni çıkışının bir örneği verilmiştır:

Get-MailboxPermission TestUser_7 | Format-Table -AutoSize User, AccessRights, is Inherited, Deny

User                                             AccessRights                         IsInherited Deny
----                                             ------------                         ----------- ----
NT AUTHORITY\SELF                                {FullAccess, ReadPermission}         False       False
TestUser_8@contoso.onmicrosoft.com               {FullAccess}                         False       False

Aşağıda, hedef taraftan taşımadan sonra posta kutusu izni çıkışının bir örneği verilmiştır:

Get-MailboxPermission TestUser_7 | Format-Table -AutoSize User, AccessRights, IsInherited, Deny

User                                             AccessRights                         IsInherited Deny
----                                             ------------                         ----------- ----
NT AUTHORITY\SELF                                {FullAccess, ReadPermission}         False       False
TestUser_8@northwindtraders.onmicrosoft.com      {FullAccess}                         False       False

Not

Kiracılar arası posta kutusu ve takvim izinleri desteklenmez. Bu bağlı posta kutularının kaynak kiracıdan aynı anda geçiş yapması için sorumluları ve temsilcileri birleştirilmiş taşıma toplu işlerinde düzenlemeniz gerekir.

Geçişi etkinleştirmek için hedef MailUser proxy adreslerine hangi X500 proxy eklenmelidir?

Kiracılar arası posta kutusu geçişi için kaynak posta kutusu nesnesinin LegacyExchangeDN değerinin hedef MailUser nesnesine x500 e-posta adresi olarak damgalanması gerekir.

Örneğin:

LegacyExchangeDN value on source mailbox is:
/o=First Organization/ou=Exchange Administrative Group(FYDIBOHF23SPDLT)/cn=Recipients/cn=d11ec1a2cacd4f81858c81907273f1f9Lara

so, the x500 email address to be added to target MailUser object would be:
x500:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=d11ec1a2cacd4f81858c81907273f1f9-Lara

Not

Bu X500 proxy'ye ek olarak, kaynaktaki posta kutusundan hedefteki posta kutusuna tüm X500 proxy'lerini kopyalamanız gerekir. Nadir olsa da, bir posta kutusunda X400 proxy adresiyle de çalışabilirsiniz, ancak taşıma işleminin tamamlanması için bir gereksinim olmasa da, bu adresi hedef posta kullanıcı nesnesine de damgalamanız önerilir.

Kaynak ve hedef kiracılar aynı etki alanı adını kullanabilir mi?

Hayır, kaynak kiracı ve hedef kiracı etki alanı adları benzersiz olmalıdır, örneğin, contoso.com kaynak etki alanı ve northwindtraders.com hedef etki alanı.

Paylaşılan posta kutuları taşınacak ve çalışmaya devam edecek mi?

Evet. Ancak, mağaza izinlerini yalnızca bu makalede açıklandığı gibi saklarız:

Toplu iş önerileriniz var mı?

Toplu iş başına 2.000 posta kutusunu aşmayın. Eşitleme sırasında son kullanıcılar üzerinde herhangi bir etkisi olmadığından, toplu iş göndermeyi kesme tarihinden iki hafta önce kesinlikle öneririz. 50.000'den fazla posta kutusu miktarı için yardıma ihtiyacınız varsa CSAM ulaşabilir veya bir destek isteği açabilirsiniz.

Microsoft Purview Müşteri Anahtarı ile Hizmet şifrelemesi kullanırsam ne olur?

Posta kutusunun şifresi taşınmadan önce çözülür. Hala gerekliyse Müşteri Anahtarı'nın hedef kiracıda yapılandırıldığından emin olun. Daha fazla bilgi için buraya bakın.

Tahmini geçiş süresi nedir?

Geçişinizi planlamanıza yardımcı olmak için buradaki tabloda toplu posta kutusu geçişlerinin veya tek tek geçişlerin ne zaman tamamlanmasını bekleyebileceğinize ilişkin yönergeler gösterilir. Bu tahminler, önceki müşteri geçişlerinin veri analizini temel alır. Her ortam benzersiz olduğundan, tam geçiş hızınız farklılık gösterebilir.

Hedef kiracıdaki kullanıcılar tarafından kullanılabilir kaynak kiracıdaki belgeleri koruma.**

Kiracılar arası geçiş yalnızca posta kutusu verilerini geçirir ve başka bir şey geçirmez. Aşağıdaki blog gönderisinde belgelenen ve yardımcı olabilecek birden çok seçenek daha vardır:

https://techcommunity.microsoft.com/t5/security-compliance-and-identity/mergers-and-spinoffs/ba-p/910455

Hedef kiracıda, kuruluşlar arasındaki hizalamaya bağlı olarak, geçirilen kullanıcılar için tek etiket kümesi veya ek bir etiket kümesi olarak kaynak kiracıda sahip olduğunuz etiketlerin aynısını alabilir miyim.**

Kiracılar arası geçişler etiketleri dışarı aktarmadığından ve kiracılar arasında etiketleri paylaşmanın hiçbir yolu olmadığından, bu hedefe yalnızca hedef kiracıdaki etiketleri yeniden oluşturarak ulaşabilirsiniz.

Microsoft 365 Grupları taşımayı destekliyor musunuz?

Kiracılar arası posta kutusu geçişleri özelliği şu anda Microsoft 365 Grupları geçişini desteklememektedir.

Kaynak kiracı yöneticisi, posta kutusu yeni/hedef kiracıya geçirildikten sonra posta kutusunda eBulma araması yapabilir mi?

Hayır, kiracılar arası posta kutusu geçişinin ardından, geçirilen kullanıcının kaynaktaki posta kutusuna karşı eBulma çalışmaz. Bu eBulma hatasının nedeni, posta kutusu hedef kiracıya geçirildiğinden ve şimdi hedef kiracıya ait olduğundan kaynakta artık aranacak bir posta kutusu olmamasıdır. Posta kutusu geçişi sonrasında eBulma yalnızca hedef kiracıda (posta kutusunun bulunduğu yerde) yapılabilir. Geçiş sonrasında kaynak posta kutusunun bir kopyasının kaynak kiracıda kalıcı olması gerekiyorsa, kaynak kiracıdaki yönetici verilerine karşı gelecekteki eBulma işlemleri için içeriği alternatif bir posta kutusu ön dağıtımına kopyalayabilir.

Hedef MailUser hangi noktada hedef posta kutusuna, kaynak posta kutusu ise bir kaynak MailUser'a dönüştürülecek?

Bu dönüştürmeler geçiş işlemi sırasında otomatik olarak gerçekleşir. El ile adım atılması gerekmez.

Hedef MailUsers'a Exchange Online lisansını hangi adımda atamalıyım?

Bu lisans atama işlemi geçiş tamamlanmadan yapılabilir, ancak ExchangeGUID özniteliğini damgalamadan önce lisans atamamanız gerekir; aksi takdirde, MailUser nesnesinin posta kutusuna dönüştürülmesi başarısız olur ve bunun yerine yeni bir posta kutusu oluşturulur. Bu riski azaltmak için geçiş tamamlanana kadar beklemek ve 30 günlük yetkisiz kullanım süresi boyunca lisans atamak en iyisidir.

şirket içi Active Directory tutuyorsam kullanıcıları yeni kiracıyla eşitlemek için Microsoft Entra Connect kullanabilir miyim?

Evet. İki Microsoft Entra Connect örneğinin farklı kiracılarla eşitlenmesi mümkündür. Ancak, bilmeniz gereken bazı şeyler vardır:

  • Bu makalede sağlanan betikle kullanıcının hesaplarını önceden sağlama işlemi yapılmamalıdır. Bunun yerine, hedef kiracıyı doldurmak için geçiş kapsamındaki kullanıcıların seçmeli OU eşitlemesi gerçekleştirilebilir. Microsoft Entra Connect yapılandırması sırasında UPN'nin eşleşmediği konusunda bir uyarı alırsınız.
  • Karma Exchange'in geçerli durumuna bağlı olarak, şirket içi dizin nesnelerinin başka bir kiracıyla eşitlemeyi denemeden önce gerekli özniteliklerin (msExchMailboxGUID ve proxyAddresses gibi) doğru doldurulduğunu doğrulamanız gerekir; yoksa, çift posta kutuları ve geçiş hatalarıyla ilgili sorunlarla karşılaşırsınız.
  • Tam geçiş sırasında özel etki alanını taşımadığınız sürece, geçiş tamamlandıktan sonra UPN geçişini yönetmek ve bunu şirket içinde değiştirmek için bazı ek adımlar atmalısınız.

Kotaya yakın veya kotanın üzerinde olan posta kutularını nasıl işleyebilirim?

Geçiş öncesinde kotalarına yakın olan posta kutuları, gerçek geçiş öncesinde veya sırasında kotanın üzerine çıkabilir. Bu durumda, bu posta kutuları geçişte başarısız olur ve düzeltilip yeniden başlatılması gerekir. Bunu azaltmak için, kaynak kiracı yöneticisinin geçiş öncesinde veya kotaya yakın posta kutularını tanımlaması ve posta kutusu boyutunu küçültmek, birincil arşiv sağlamak veya bazı durumlarda kullanıcının posta kutuları için arşivleri otomatik genişletmeyi etkinleştirmek için gerekli adımları atması önerilir.

Not

Bir kullanıcı için arşivi etkinleştirdikten veya arşivi otomatik olarak genişlettiğinden, kullanıcıya doğru arşivleme ilkelerinin uygulandığından ve posta kutusu verilerini yeni konumuna taşımak ve yer açmak için işlemin çalıştırıldığından emin olun.

Otomatik genişletilmiş arşiv posta kutuları taşınır mı?

Sorun: Otomatik Genişletilmiş arşivler geçirilemiyor. Evet, kaynaktaki kullanıcının otomatik genişletme arşivleri etkinse ve ek yardımcı arşivleri varsa, kiracılar arası posta kutusu geçişi çalışır. 12'den fazla yardımcı arşiv posta kutusu olmayan kullanıcıların taşınmalarını destekliyoruz. Ayrıca, büyük birincil, büyük ana arşiv ve büyük yardımcı arşiv posta kutularına sahip kullanıcıların eşitlenmesi için ek süre gerekir ve kesme tarihinden önce gönderilmelidir. Posta kutusu geçiş işlemi sırasında kaynak posta kutusu genişletilirse, kaynakta yeni bir yardımcı arşiv oluşturulacağı için geçiş başarısız olur, ancak hedefte oluşturulmaz. Bu durumda, kullanıcıyı toplu işlemden kaldırmanız ve yeniden göndermeniz gerekir.

Bulutlar arası kiracıdan kiracıya geçiş gerçekleştirebilir miyim?

Bulut kiracısı üzerinden kiracıya geçiş desteklenmez. Örnek bir senaryo Office 365 Worldwide'dan Office 365 Kamu Bulut'a geçmek olabilir.

Sesli mesajlar kiracılar arasında geçirilir mi?

Evet, sesli mesajlar kiracılar arası geçirilir.

  • Alınan sesli mesajlar e-postada ek olarak hedef posta kutusunda kullanılabilir.
  • Sesli mesajları ararsanız ve kaydedilen iletileri dinlerseniz, alınan sesli mesajlar Teams'de kullanılabilir. (Kaynakta alınan VM'ler kaydedilmiş iletiler olarak kullanılabilir)
  • Alınan sesli mesajlar, geçiş sonrası hedefte Teams istemci kullanıcı arabiriminde kullanılamaz.
  • Sesli mesaj karşılaması da hedefe geçirilir.

Posta kutusu imzaları kiracılar arası geçirilir mi?

Posta kutusu imzaları kiracılar arası geçirilmez ve yeniden oluşturulmalıdır.

Bilinen sorunlar

  • Kaynak kiracıdaki geçiş sonrası Teams işlevselliği sınırlı olacaktır. Posta kutusu hedef kiracıya geçirildikten sonra, kaynak kiracıdaki Teams'in artık kullanıcının posta kutusuna erişimi olmaz. Bir kullanıcı Teams'de kaynak kiracı kimlik bilgileriyle oturum açarsa profil resmini güncelleştirememe, takvim uygulaması olmaması ve genel ekiplerde arama ve katılma gibi işlevlerde bir kayıp yaşanabilir.

  • Sahip olunmayan smtp proxy'siAddress bloğu MRS taşımaları olan Cloud MailUsers. Hedef kiracı MailUser nesneleri oluştururken, tüm SMTP proxy adreslerinin hedef kiracı kuruluşuna ait olduğundan emin olmanız gerekir. Hedef posta kullanıcısı üzerinde yerel kiracıya ait olmayan bir SMTP proxyAddress varsa, MailUser'ın posta kutusuna dönüştürülmesi engellenir. Bu önleme, posta kutusu nesnelerinin yalnızca kiracının yetkili olduğu etki alanlarından (kiracı tarafından talep edilen etki alanları) posta gönderebileceği güvencemizden kaynaklanır.

  • Hedef kiracıda Microsoft Entra Connect kullanarak şirket içindeki kullanıcıları eşitlerseniz, ExternalEmailAddress ile şirket içi MailUser nesneleri sağlayabilir, posta kutusunun bulunduğu kaynak kiracıyı (LaraN@contoso.onmicrosoft.com ) işaret edebilir ve PrimarySMTPAddress'i hedef kiracıda (Lara.Newton@northwindtraders.com) bulunan bir etki alanı olarak damgalayabilirsiniz. Bu değerler kiracıyla eşitlenir ve uygun bir posta kullanıcısı sağlanır ve geçiş için hazırdır. Burada örnek bir nesne gösterilmiştir.

    Get-MailUser LaraN | select ExternalEmailAddress, EmailAddresses

ExternalEmailAddress               EmailAddresses
--------------------               --------------
SMTP:LaraN@contoso.onmicrosoft.com {SMTP:lara.newton@northwindtraders.com}

    Not

    contoso.onmicrosoft.com adresi EmailAddresses/proxyAddresses dizisinde yok.

  • "Dış" birincil SMTP adreslerine sahip MailUser nesneleri, şirket tarafından talep edilen "iç" etki alanlarına değiştirilir/sıfırlanır.

    MailUser nesneleri, yerel olmayan posta kutularının işaretçileridir. Kiracılar arası posta kutusu geçişleri söz konusu olduğunda, kaynak posta kutusunu (hedef kuruluşun perspektifinden) veya hedef posta kutusunu (kaynak kuruluşun perspektifinden) temsil etmek için MailUser nesnelerini kullanırız. MailUsers, dizinde posta kutusu kullanıcısının görüntülenen SMTP adresini temsil eden gerçek posta kutusunun () smtp adresine ve primarySMTP adresine işaret eden bir ExternalEmailAddress (ProxyTest@northwindtraders.onmicrosoft.comtargetAddress) içerir. Bazı kuruluşlar, birincil SMTP adresini yerel kiracının sahip olduğu/doğruladığı bir adres (örneğin, contoso.com yerine northwindtraders.com olarak) değil dış SMTP adresi olarak görüntülemeyi seçer. Ancak, lisanslama işlemleri aracılığıyla MailUser'a bir Exchange hizmet planı nesnesi uygulandıktan sonra, birincil SMTP adresi yerel kuruluş (contoso.com) tarafından doğrulanmış bir etki alanı olarak gösterilecek şekilde değiştirilir. İki olası neden vardır:

  • MailUser'a herhangi bir Exchange hizmet planı uygulandığında, Microsoft Entra ID işlemi yerel kuruluşun başka bir kiracıdan posta, sahtekarlık veya posta gönderemediğinden emin olmak için ara sunucu temizlemeyi zorlamaya başlar. Adres yerel kuruluş tarafından doğrulanmamışsa, alıcı nesnesinde bu hizmet planlarına sahip tüm SMTP adresleri kaldırılır. Örnekte olduğu gibi, northwindtraders.com etki alanı contoso.onmicrosoft.com kiracısı tarafından doğrulanmamıştır; bu nedenle, temizleme söz northwindtraders.com etki alanını kaldırır. Geçiş öncesinde veya sonrasında bu dış etki alanlarını MailUser'da kalıcı hale getirmek istiyorsanız, geçiş işlemlerinizi taşıma tamamlandıktan sonra veya taşımadan önce kullanıcıların beklenen dış markanın uygulandığından emin olmak için lisansları kaldıracak şekilde değiştirmeniz gerekir. Posta kutusu nesnesinin posta hizmetini etkilemeyecek şekilde düzgün lisanslandığından emin olmanız gerekir. contoso.onmicrosoft.com kiracısında MailUser'daki hizmet planlarını kaldırmaya yönelik örnek betik burada gösterilmiştir.

Not

Aşağıdaki betik Microsoft Graph PowerShell'i kullanır. Daha fazla bilgi için bkz. Microsoft Graph PowerShell'e genel bakış.

Katılımsız betikte kimlik doğrulaması Connect-Graph yapmak için farklı yöntemler kullanma hakkında bilgi için Microsoft Graph PowerShell'de kimlik doğrulama modülü cmdlet'leri makalesine bakın.

# Connect to Microsoft Graph
Connect-Graph -Scopes User.ReadWrite.All, Organization.Read.All

# Get licensing plans and include disabled plans
$EmsSku = Get-MgSubscribedSku -All | Where SkuPartNumber -eq 'ENTERPRISEPREMIUM'
$User = Get-MgUser -UserId LaraN@contoso.onmicrosoft.com
$userLicense = Get-MgUserLicenseDetail -UserId $User.Id

$userDisabledPlans = $userLicense.ServicePlans |
  Where ProvisioningStatus -eq "Disabled" |
  Select -ExpandProperty ServicePlanId

$newDisabledPlans = $EmsSku.ServicePlans |
  Where ServicePlanName -in ("LOCKBOX_ENTERPRISE","EXCHANGE_S_ENTERPRISE","INFORMATION_BARRIERS","MIP_S_CLP2","MIP_S_CLP1","MYANALYTICS_P2","EXCHANGE_ANALYTICS","EQUIVIO_ANALYTICS","THREAT_INTELLIGENCE","PAM_ENTERPRISE","PREMIUM_ENCRYPTION") |
  Select -ExpandProperty ServicePlanId

$disabledPlans = $userDisabledPlans + $newDisabledPlans | Select -Unique

$addLicenses = @(
  @{SkuId = $EmsSku.SkuId
  DisabledPlans = $disabledPlans
  }
  )

Set-MgUserLicense -UserId '38955658-c844-4f59-9430-6519430ac89b' -AddLicenses $addLicenses -RemoveLicenses @()

Id                                   DisplayName   Mail UserPrincipalName                     UserType
--                                   -----------   ---- -----------------                     --------
38955658-c844-4f59-9430-6519430ac89b Bianca Pisani      BiancaP@contoso.onmicrosoft.com       Member

Atanan ServicePlans kümesindeki sonuçlar burada gösterilir:

$order = @(
  @{ Expression = 'ProvisioningStatus'; Ascending = $true }
)
Get-MgUserLicenseDetail -UserId '38955658-c844-4f59-9430-6519430ac89b' | Select-Object -ExpandProperty ServicePlans | sort ProvisioningStatus $order

AppliesTo ProvisioningStatus  ServicePlanId                        ServicePlanName
--------- ------------------  -------------                        ---------------
User      Success             2e2ddb96-6af9-4b1d-a3f0-d6ecfd22edb2 ADALLOM_S_STANDALONE
User      Success             6c6042f5-6f01-4d67-b8c1-eb99d36eed3e STREAM_O365_E5
User      Success             e212cbc7-0961-4c40-9825-01117710dcb1 FORMS_PLAN_E5
User      Success             07699545-9485-468e-95b6-2fca3738be01 FLOW_O365_P3
User      Success             9c0dab89-a30c-4117-86e7-97bda240acd2 POWERAPPS_O365_P3
User      Success             871d91ec-ec1a-452b-a83f-bd76c7d770ef WINDEFATP
User      Success             21b439ba-a0ca-424f-a6cc-52f954a5b111 WIN10_PRO_ENT_SUB
User      Success             57ff2da0-773e-42df-b2af-ffb7a2317929 TEAMS1
User      Success             8c7d2df8-86f0-4902-b2ed-a0458298f3b3 Deskless
User      Success             8e0c0a52-6a6c-4d40-8370-dd62790dcd70 THREAT_INTELLIGENCE
User      Success             4a51bca5-1eff-43f5-878c-177680f191af WHITEBOARD_PLAN3
User      Success             efb0351d-3b08-4503-993d-383af8de41e3 MIP_S_CLP2
User      Success             617b097b-4b93-4ede-83de-5f075bb5fb2f PREMIUM_ENCRYPTION
User      Success             8c098270-9dd4-4350-9b30-ba4703f3b36b ADALLOM_S_O365
Company   Success             94065c59-bc8e-4e8b-89e5-5138d471eaff MICROSOFT_SEARCH
User      Success             14ab5db5-e6c4-4b20-b4bc-13e36fd2227f ATA
User      Success             3fb82609-8c27-4f7b-bd51-30634711ee67 BPOS_S_TODO_3
User      Success             b1188c4c-1b36-4018-b48b-ee07604f6feb PAM_ENTERPRISE
User      Success             5136a095-5cf0-4aff-bec3-e84448b38ea5 MIP_S_CLP1
User      Success             33c4f319-9bdd-48d6-9c4d-410b750a4a5a MYANALYTICS_P2
User      Success             5689bec4-755d-4753-8b61-40975025187c RMS_S_PREMIUM2
User      Success             4828c8ec-dc2e-4779-b502-87ac9ce28ab7 MCOEV
User      Success             9f431833-0334-42de-a7dc-70aa40db46db LOCKBOX_ENTERPRISE
User      Success             3e26ee1f-8a5f-4d52-aee2-b81ce45c8f40 MCOMEETADV
User      Success             43de0ff5-c92c-492b-9116-175376d08c38 OFFICESUBSCRIPTION
User      Success             0feaeb32-d00e-4d66-bd5a-43b5b83db82c MCOSTANDARD
User      Success             70d33638-9c74-4d01-bfd3-562de28bd4ba BI_AZURE_P2
Company   Success             f20fedf3-f3c3-43c3-8267-2bfdd51c0939 ATP_ENTERPRISE
User      Success             4de31727-a228-4ec3-a5bf-8e45b5ca48cc EQUIVIO_ANALYTICS
User      Success             efb87545-963c-4e0d-99df-69c6916d9eb0 EXCHANGE_S_ENTERPRISE
User      Success             34c0d7a0-a70f-4668-9238-47f9fc208882 EXCHANGE_ANALYTICS
User      Success             8a256a2b-b617-496d-b51b-e76466e88db0 MFA_PREMIUM
User      Success             41781fb2-bc02-4b7c-bd55-b576c07bb09d AAD_PREMIUM
User      Success             bea4c11e-220a-4e6d-8eb8-8ea15d019f90 RMS_S_ENTERPRISE
User      Success             eec0eb4f-6444-4f95-aba0-50c24d67f998 AAD_PREMIUM_P2
User      Success             6c57d4b6-3b23-47a5-9bc9-69f17b4947b3 RMS_S_PREMIUM
User      Success             5dbe027f-2339-4123-9542-606e4d348a72 SHAREPOINTENTERPRISE
User      Success             b737dad2-2f6c-4c65-90e3-ca563267e8b9 PROJECTWORKMANAGEMENT
User      Success             e95bec33-7c88-4a70-8e19-b10bd9d0c014 SHAREPOINTWAC
User      Success             7547a3fe-08ee-4ccb-b430-5077c5041653 YAMMER_ENTERPRISE
User      Success             a23b959c-7ce8-4e57-9140-b90eb88a9e97 SWAY
User      Success             c4801e8a-cb58-4c35-aca6-f2dcc106f287 INFORMATION_BARRIERS
User      Success             b76fb638-6ba6-402a-b9f9-83d28acb3d86 VIVA_LEARNING_SEEDED
Company   Success             db4d623d-b514-490b-b7ef-8885eee514de Nucleus
Company   Success             6f23d6a9-adbf-481c-8538-b4c095654487 M365_LIGHTHOUSE_CUSTOMER_PLAN1
User      Success             a82fbf69-b4d7-49f4-83a6-915b2cf354f4 VIVAENGAGE_CORE
User      Success             9a6eeb79-0b4b-4bf0-9808-39d99a2cd5a3 Windows_Autopatch
User      Success             cd31b152-6326-4d1b-ae1b-997b625182e6 MIP_S_Exchange
User      Success             a413a9ff-720c-4822-98ef-2f37c2a21f4c MICROSOFT_COMMUNICATION_COMPLIANCE
User      Success             795f6fe0-cc4d-4773-b050-5dde4dc704c9 UNIVERSAL_PRINT_01
Company   Success             2b815d45-56e4-4e3a-b65c-66cb9175b560 ContentExplorer_Standard
User      Success             7bf960f6-2cd9-443a-8046-5dbff9558365 WINDOWSUPDATEFORBUSINESS_DEPLOYMENTSERVICE
User      Success             3ec18638-bd4c-4d3b-8905-479ed636b83e CustomerLockboxA_Enterprise
User      Success             3efbd4ed-8958-4824-8389-1321f8730af8 MESH_AVATARS_ADDITIONAL_FOR_TEAMS
User      Success             99cd49a9-0e54-4e07-aea1-d8d9f5f704f5 Defender_for_Iot_Enterprise
User      Success             0898bdbb-73b0-471a-81e5-20f1fe4dd66e KAIZALA_STANDALONE
User      Success             c948ea65-2053-4a5a-8a62-9eaaaf11b522 PURVIEW_DISCOVERY
User      Success             a1ace008-72f3-4ea0-8dac-33b3a23a2472 CLIPCHAMP
User      Success             f6de4823-28fa-440b-b886-4783fa86ddba M365_AUDIT_PLATFORM
User      Success             0d0c0d31-fae7-41f2-b909-eaf4d7f26dba Bing_Chat_Enterprise
User      Success             dcf9d2f4-772e-4434-b757-77a453cfbc02 MESH_AVATARS_FOR_TEAMS
User      Success             c4b8c31a-fb44-4c65-9837-a21f55fcabda MICROSOFT_LOOP
User      Success             a6520331-d7d4-4276-95f5-15c0933bc757 GRAPH_CONNECTORS_SEARCH_INDEX
User      Success             e26c2fcc-ab91-4a61-b35c-03cdc8dddf66 INFO_GOVERNANCE
User      Success             46129a58-a698-46f0-aa5b-17f6586297d9 DATA_INVESTIGATIONS
User      Success             9d0c4ee5-e4a1-4625-ab39-d82b619b1a34 INSIDER_RISK_MANAGEMENT
User      Success             65cc641f-cccd-4643-97e0-a17e3045e541 RECORDS_MANAGEMENT
User      Success             d2d51368-76c9-4317-ada2-a12c004c432f ML_CLASSIFICATION
User      Success             bf6f5520-59e3-4f82-974b-7dbbc4fd27c7 SAFEDOCS
User      Success             2f442157-a11c-46b9-ae5b-6e39ff4e5849 M365_ADVANCED_AUDITING
User      Success             41fcdd7d-4733-4863-9cf4-c65b83ce2df4 COMMUNICATIONS_COMPLIANCE
User      Success             6db1f1db-2b46-403f-be40-e39395f08dbb CUSTOMER_KEY
User      Success             6dc145d6-95dd-4191-b9c3-185575ee6f6b COMMUNICATIONS_DLP
User      Success             199a5c09-e0ca-4e37-8f7c-b05d533e1ea2 MICROSOFTBOOKINGS
User      Success             ded3d325-1bdc-453e-8432-5bac26d7a014 POWER_VIRTUAL_AGENTS_O365_P3
Company   Success             d9fa6af4-e046-4c89-9226-729a0786685d Content_Explorer
User      Success             afa73018-811e-46e9-988f-f75d2b1b8430 CDS_O365_P3
User      Success             b21a6b06-1988-436e-a07b-51ec6d9f52ad PROJECT_O365_P3
User      Success             64bfac92-2b17-4482-b5e5-a0304429de3e MICROSOFTENDPOINTDLP
User      Success             bf28f719-7844-4079-9c78-c1307898e192 MTP
User      Success             28b0fa46-c39a-4188-89e2-58e979a6b014 DYN365_CDS_O365_P3
User      Success             d587c7a3-bda9-4f99-8776-9bcf59c84f75 INSIDER_RISK
User      Success             531ee2f8-b1cb-453b-9c21-d2180d014ca5 EXCEL_PREMIUM
User      PendingProvisioning f0ff6ac6-297d-49cd-be34-6dfef97f0c28 MESH_IMMERSIVE_FOR_TEAMS
User      PendingInput        c1ec4a95-1f05-45b3-a911-aa3fa01094f5 INTUNE_A
Company   PendingActivation   882e1d05-acd1-4ccb-8708-6ee03664b117 INTUNE_O365

Kullanıcının PrimarySMTPAddress'i artık temizlenmez. northwindtraders.com etki alanı contoso.onmicrosoft.com kiracıya ait değildir ve dizinde gösterilen birincil SMTP adresi olarak kalır.

İşte bir örnek:

Get-Recipient ProxyTest | Format-Table -AutoSize UserPrincipalName, PrimarySmtpAddress, ExternalEmailAddress, ExternalDirectoryObjectId
UserPrincipalName               PrimarySmtpAddress              ExternalEmailAddress                 ExternalDirectoryObjectId
-----------------               ------------------              --------------------                 -------------------------
ProxyTest@contoso.com          ProxyTest@contoso.com          SMTP:ProxyTest@contoso.com          e2513482-1d5b-4066-936a-cbc7f8f6f817

msExchRemoteRecipientType Hedef kiracıya geçirilen şirket içi MailUsers için 8 (DeprovisionMailbox) olarak ayarlandığında, Azure'daki proxy temizleme mantığı sahip olunmayan etki alanlarını kaldırır ve primarySMTP'yi sahip olunan bir etki alanına sıfırlar. Şirket içi MailUser'da msExchRemoteRecipientType temizlendiğinde, proxy temizleme mantığı artık uygulanmaz.

Aşağıda, Exchange Online içeren geçerli hizmet planlarının tamamı yer alır:

Name
eBulma (Premium) Depolama (500 GB)
Müşteri Kasası
Veri Kaybı Önleme
Exchange Enterprise CAL Services (EOP, DLP)
Exchange Essentials
Exchange Foundation
Exchange Online (P1)
Exchange Online (Plan 1)
Exchange Online (Plan 2)
Exchange Online için Exchange Online Arşivleme
Exchange Server için Exchange Online Arşivleme
Etkin Olmayan Kullanıcı Eklentisini Exchange Online
Exchange Online Kiosk
Exchange Online Multi-Geo
Exchange Online Plan 1
Exchange Online POP
Exchange Online Protection
Dizinli Graph Bağlayıcıları Arama
Bilgi Bariyerleri
Office 365 için Information Protection - Premium
Office 365 için Information Protection - Standart
MyAnalytics İçgörüleri
Microsoft Bilgi İdaresi
Microsoft Purview Denetim (Premium)
Microsoft Kayıtları
Microsoft İş Merkezi
Microsoft Veri Araştırmaları
Microsoft MyAnalytics (Tam)
Microsoft İletişim Uyumluluğu
Microsoft Communications DLP
Microsoft Müşteri Anahtarı
Microsoft 365 Gelişmiş Denetim
Microsoft Kayıt Yönetimi
Office 365 eKeşif (Premium)
Office 365 Gelişmiş eKeşif
Office 365 için Microsoft Defender (Plan 1)
Office 365 için Microsoft Defender (Plan 2)
Ayrıcalıklı Erişim Yönetimi'ni Office 365
Office 365'de Premium Şifreleme

Geçiş Hataları

  • MailboxNotInCrossTenantMigrationScopeException

    Geçiş kapsamının kaynak kiracıda doğru ayarlandığından ve MailboxMovesPublishedScopes'un hedef kiracıyla kuruluş ilişkisinde ayarlandığından emin olun.
    Geçirilecek posta kutusunun kaynak kiracıdaki güvenlik grubuna eklendiğini doğrulayın.
    Güvenlik grubunu düzeltmek için kullanıcı ekledikten sonra geçiş toplu işlemini sürdürebilirsiniz.

  • AuxArchiveNotFoundInTargetRecipientException

    Bu hatanın nedeni, kullanıcının toplu iş başlatıldığında geçiş kapsamında olmaması ve kullanıcının kaynakta AuxArchive olmasıdır.
    Kaynak hedefte doğru güvenlik grubuna kullanıcı ekleyin.
    Geçiş kullanıcısını toplu işlemden kaldırın.
    Aşağıdaki komutla kullanıcıları kaldırın:

    Get-MigrationUser -Identity LaraN@contoso.onmicrosoft.com -IncludeAssociatedUsers | Remove-MigrationUser

    Kullanıcıyı yeni toplu iş grubuna ekleyin.

  • MailboxIsNotInExpectedDBException

    Bu hata, Microsoft'un iç bakımdan kaynaklanır.
    Geçiş kullanıcısını toplu işlemden kaldırın.
    Aşağıdaki komutla kullanıcıları kaldırın:

    Get-MigrationUser -Identity LaraN@contoso.onmicrosoft.com -IncludeAssociatedUsers | Remove-MigrationUser

    Kullanıcıyı yeni toplu iş grubuna ekleyin.

  • NotAcceptedDomainException

    Hedef kullanıcıya geçersiz bir proxy adresi damgalanmış. Contoso.onmicrosoft.com'deki bir kullanıcının kaynak kiracı olan fabrikam.onmicrosoft.com ara sunucu adresine sahip olması örnek olabilir.
    Aşağıdaki komutu kullanarak geçersiz proxy adresini kaldırın:

    Set-MailUser LaraN@contoso.onmicrosoft.com -EmailAddress @{remove="smtp:LaraN@northwindtraders.onmicrosoft.com"}

    Geçiş toplu işlemini sürdürür.

  • SourceAuxArchiveIsProvisionedDuringCrossTenantMovePermanentException

    Geçiş sırasında yeni bir AuxArchive sağlandı.
    Geçiş kullanıcısını toplu işlemden kaldırın.
    Aşağıdaki komutla kullanıcıları kaldırın:

    Get-MigrationUser -Identity LaraN@contoso.onmicrosoft.com -IncludeAssociatedUsers | Remove-MigrationUser

    Kullanıcıyı yeni toplu iş grubuna ekleyin.

  • UserDuplicateInOtherBatchException

    Kullanıcı zaten başka bir toplu işlemde var.
    Geçiş kullanıcısını toplu işlemden kaldırın.
    Aşağıdaki komutla kullanıcıları kaldırın:

    Get-MigrationUser -Identity LaraN@contoso.onmicrosoft.com -IncludeAssociatedUsers | Remove-MigrationUser

    Kullanıcıyı yeni toplu iş grubuna ekleyin.

  • MissingExchangeGuidException

    Hedef mailuser nesnesinde doğru ExchangeGuid değeri eksik.
    ExchangeGuid'i aşağıdaki komutla güncelleştirin:

    Set-MailUser LaraN@contoso.onmicrosoft.com -ExchangeGuid 4e3188c6-39f5-4387-adc7-b355b6b852c8

    Geçiş toplu işlemini sürdür.

  • SourceMailboxAlreadyBeingMovedPermanentException

    Kaynak posta kutusunun zaten bir taşıma isteği var. Mevcut taşımayı araştırın ve kaldırın. Bu bir Iç Microsoft taşıması olabilir ve taşıma işleminin tamamlanmasını beklemeniz gerekir.
    Geçiş kullanıcısını toplu işlemden kaldırın.
    Aşağıdaki komutla kullanıcıları kaldırın:

    Get-MigrationUser -Identity LaraN@contoso.onmicrosoft.com -IncludeAssociatedUsers | Remove-MigrationUser

    Özgün taşıma kaldırıldıktan veya tamamlandıktan sonra kullanıcıyı yeni toplu iş grubuna ekleyin.

  • UserAlreadyHasDemotedArchiveException

    Kullanıcının daha önce devre dışı bırakılmış bir arşiv posta kutusu vardı. Bu sorunu çözmek için aşağıdaki iki seçenek arasından birini belirleyin.
    Devre dışı bırakılmış arşiv posta kutusunu kalıcı olarak silin; bu geri alınamaz. Set-Mailbox -RemoveDisabledArchive LaraN@contoso.onmicrosoft.com
    Aşağıdaki komutla devre dışı bırakılmış arşiv posta kutusunu yeniden etkinleştirin:

    Enable-Mailbox -Archive mailbox@contoso.onmicrosoft.com.

    Devre dışı bırakılmış arşiv posta kutusunu yeniden etkinleştirirseniz, hedef mailuser nesnesinde arşiv guid'sini güncelleştirmeniz gerekir.
    Geçiş toplu işlemini sürdür.

Ayrıca bkz.