Office 365 geçiş performansı ve en iyi yöntemler

Şirket içi bir e-posta kuruluşundan Microsoft Office 365’e veri geçirmenin birçok yolu vardır. Office 365’e geçiş planlarken en çok merak edilen noktalardan biri, veri geçirme performansının nasıl geliştirilebileceği ve geçişin nasıl hızlandırılabileceği konusudur.

Not : Bu konuda listelenen performans bilgileri, Office 365 hizmetinin özel abonelik planları için geçerli değildir. Özel Planlar hakkında daha fazla bilgi için bkz. Office 365 Özel Planlar Hizmet Açıklamaları.

Bu konuda

Office 365’e e-posta geçirmeye genel bakış

Office 365 e-posta, takvim ve kişi verilerini mevcut mesajlaşma ortamınızdan Office 365’e geçirmek için çok sayıda yöntemi destekler. Bu yöntemler Birden çok e-posta hesabını Office 365’e geçirmenin yolları konusunda açıklanmıştır.

Office 365’te ağ ve performans hakkında daha fazla bilgi için bkz. Office 365 için ağ planlaması ve performans ayarı.

Sık kullanılan geçiş yöntemleri

Geçiş yöntemi

Açıklama

Kaynaklar

IMAP (Internet İleti Erişim Protokolü) geçişi

Kullanıcıların posta kutularındaki içerikleri bir IMAP mesajlaşma sisteminden Office 365 posta kutularına geçirmek için Exchange yönetim merkezi veya Exchange Yönetim Kabuğu kullanabilirsiniz. Buna, Gmail veya Yahoo Mail gibi diğer e-posta hizmetlerindeki posta kutularınızı geçirme işlemi de dahildir.

IMAP posta kutularınızı Office 365’e geçirme

Tam geçiş

Tam geçiş kullanarak tüm şirket içi posta kutularını Office 365’e birkaç gün içinde geçirebilirsiniz. Tüm e-posta düzenlemenizi Office 365’e taşımayı ve kullanıcı hesaplarını Office 365’te yönetmeyi planlıyorsanız tam geçişi kullanın. Tam geçiş kullanarak şirket içi Exchange kuruluşunuzdan Office 365’e en fazla 2000 posta kutusu geçirebilirsiniz. Ancak, önerilen posta kutusu sayısı 150   ’dir. Bu sayıdan daha fazla posta kutusu geçirilmeye çalışıldığında performans düşer. Şirket içi Exchange kuruluşunuzdaki posta kişileri ve dağıtım grupları da geçirilir.

Office 365’e tam geçiş

Aşamalı geçiş

Zaman içinde kuruluşunuzdaki tüm posta kutularını Office 365’e geçirmeyi planlıyorsanız aşamalı geçiş kullanabilirsiniz. Aşamalı geçişte, şirket içi posta kutularını Office 365’e birkaç hafta veya ay içinde toplu olarak geçirirsiniz.

Office 365’e aşamalı e-posta geçişi hakkında bilmeniz gerekenler

Karma dağıtım

Karma dağıtım, kuruluşlara şirket içi Exchange kuruluşlarında sahip oldukları zengin özellikli deneyimi ve yönetim denetimini buluta taşıma fırsatı sunar. Karma dağıtım, şirket içi Exchange Server 2013 veya Microsoft Exchange Server 2010 ile Office 365 arasında oluşturulan tek bir Exchange kuruluşu sayesinde sorunsuz bir genel görünüm sunar. Karma dağıtım ayrıca, bir Office 365 kuruluşuna tamamen geçmek için ara adım olarak kullanılabilir.

Exchange Server 2013 Karma Dağıtımları

Üçüncü taraf geçişi

Üçüncü taraflar aracılığıyla sunulan çok sayıda araç bulunur. Bu araçlar, IBM Lotus Notes ve Novell GroupWise gibi e-posta platformlarından e-posta geçişi gerçekleştirmek için ayırt edici protokoller ve yaklaşımlar kullanır.

Üçüncü taraf platformların sunduğu Exchange geçişlerine yardımcı olabilecek bazı üçüncü taraf geçiş araçları ve iş ortakları şunlardır:

  • Binary Tree   Platformlar arası mesajlaşma geçişine ve birlikte kullanıma yönelik yazılımlar sunar. Sunulan ürünler; IBM Lotus Notes ile Domino tabanlı ve Exchange ile SharePoint tabanlı şirket içi ve çevrimiçi kurumsal mesajlaşma ve işbirliği ortamları arasında analiz, birlikte kullanım ve geçiş olanağı sağlar.

  • BitTitanOffice 365’e geçişe yönelik çözüm sağlayıcısı.

  • Dell   Şirket içi ve barındırılan geçiş ve birlikte kullanım yazılımları aracılığıyla geçiş öncesi analiz, kullanıcı ve uygulamaların tamamının birlikte kullanımı gibi olanaklar sunar. Şirket içi Exchange, IBM Domino, Novell GroupWise, Zimbra ve diğer ortamlardan Office 365 ve SharePoint Online’a tam özellikli geçiş olanağı sağlar.

  • MetalogixOffice 365 ve SharePoint Online’a geçişe yönelik çözüm sağlayıcısı.

  • SkyKick Şirket içi Exchange, Gmail, POP3, IMAP ve Lotus Notes’u Office 365’e otomatik olarak taşımaya yönelik çözüm sağlayıcısı. Uçtan uca geçiş araçları, iş ortaklarına geçiş projesinin satış, planlama, geçiş, yönetim ve şirket içi aşamalarında yardımcı olur.

  • TransVaultOffice 365’e geçişe yönelik çözüm sağlayıcısı.

Geçiş yöntemlerinin performansı

Aşağıdaki tabloda, posta kutularını ve posta kutusu verilerini Office 365’e geçirmeye yönelik farklı yöntemler için gözlemlenen performans sonuçları karşılaştırılır. Bu sonuçlar, dahili testlerden ve Office 365’e gerçek müşteri geçişlerinden elde edilmiştir.

Önemli : Geçişlerin nasıl ve ne zaman gerçekleştirildiğine yönelik farklılıklara bağlı olarak geçişiniz daha yavaş veya daha hızlı olabilir.

Geçiş yöntemi

Office 365 kullanıcı azaltma

Office 365 geçiş hizmeti azaltma

Office 365 kaynak sistem durumu tabanlı azaltma

Saat ve istemci başına gözlemlenen ortalama perfoemans (uygunsa)

IMAP geçişi

Hayır

Evet

Evet

10-14 gigabayt (GB) (20 eşzamanlı taşıma)

Tam geçiş

Hayır

Evet

Evet

10-14 GB (20 eşzamanlı taşıma)

Aşamalı geçiş

Hayır

Evet

Evet

10-14 GB (20 eşzamanlı taşıma)

Karma geçiş

Hayır

Evet

Evet

Şirket içi Exchange 2013 veya 2010 CAS (Microsoft Exchange Posta Kutusu Çoğaltma (MRSProxy) hizmeti) başına 10-14 GB (20 eşzamanlı taşıma) 1

Üçüncü taraf MAPI geçişi

Evet

Hayır

Evet

4-12 GB (20 eşzamanlı taşıma) 2

Üçüncü taraf Exchange Web Hizmetleri geçişi

Hayır

Evet

Evet

5-10 GB (20 eşzamanlı taşıma) 3

İstemciden karşıya yükleme (Outlook .pst dosyalarından)

Evet

Hayır

Evet

0,5 GB

1Gözlemlenen tek posta kutusu taşıma performansı 0,3-1,0 GB/saat aralığındadır. Geçici hata kesinti süresi yüzde 2’den az ve ağ gecikme süresi 100 ms’den az olan bir ağ ile posta kutusu başına 1000 MB/sa üzeri performans oranına ulaşılabilir. Daha yüksek veri geçişi oranlarına ulaşmak için daha fazla eşzamanlı posta kutusu geçişi kullanılabilir. Ağ bant genişliği yeterli değilse veya ağ gecikme süresi çok fazlaysa, şirket içi CAS (MRSPRoxy hizmeti) sunucusu donanım kapasitesine ulaştığında tek posta kutusu taşıma performansı yavaşlar. Geçiş hızını artırmak için daha fazla sunucu eklemeniz veya ağ bağlantısını geçici olarak iyileştirmeniz göz önerilir.

2Gözlemlenen tek MAPI geçişi performansı 0,1-0,5 GB/saat aralığındadır. Daha yüksek veri geçişi oranlarına ulaşmak için daha fazla eşzamanlı geçiş kullanılabilir. Şirket içi sunucuların veya ağın kapasitesine ulaşıldığında tek MAPI geçişi performansı yavaşlar.

3Exchange Web Hizmetleri tek geçişi için gözlemlenen performans 0,2-0,5 GB/saat aralığındadır. Daha yüksek veri geçişi hızlarına ulaşmak için daha fazla eşzamanlı geçiş kullanılabilir. Örneğin, 20 eşzamanlı geçiş için genel performans 4-10 GB/saat aralığında olur. Şirket içi sunucuların veya ağın kapasitesine ulaşıldığında Exchange Web Hizmetleri için tek geçiş performansı yavaşlar.

Geçiş performansını etkileyen unsurlar

E-posta geçiş işlemi, geçiş performansını etkileme olasılığı bulunan ve yaygın görülen çok sayıda unsur barındırır.

Geçiş performansını etkileyen yaygın unsurlar

Aşağıdaki tabloda, geçiş performansını etkileyen yaygın unsurlar listelenir. Daha fazla ayrıntı için, geçiş yöntemlerini ayrı ayrı açıklayan bölümleri inceleyin.

Unsur

Açıklama

Örnek

Veri kaynağı

Geçirilecek olan verileri barındıran cihaz veya hizmet. Donanım özellikleri, son kullanıcı iş yükü ve arka uç bakım görevleri nedeniyle veri kaynağına birçok kısıtlama uygulanabilir.

Gmail, belirli bir zaman dilimi boyunca ayıklanabilecek veri miktarını kısıtlar.

Veri türü ve yoğunluğu

Posta kutularındaki posta öğelerinin türü ve birleşimi, müşterilere ait işletmelerin benzersiz doğası nedeniyle önemli farklılıklar gösterir.

Her biri 10 megabayt (MB) boyutlu eklere sahip olan 400 öğe içeren 4 GB’lık bir posta kutusu, daha küçük boyutlu 100.000 öğe içeren 4 GB’lık bir posta kutusundan daha hızlı geçirilir.

Geçiş sunucusu

Çoğu geçiş çözümü, geçişi tamamlamak üzere “atlama kutusu” türünde bir geçiş sürücüsü veya iş istasyonu kullanır.

Müşteriler genellikle, karma dağıtımlarda veya istemci bilgisayarın karma olmayan geçişlerinde MRSProxy hizmetini barındırmak için düşük performanslı bir sanal makine kullanır.

Geçiş altyapısı

Kaynak sunucudan veri çekmekten sorumlu olan veri geçişi altyapısı, gerektiğinde verileri dönüştürür. Altyapı daha sonra, verileri ağ üzerinden ileterek Office 365 posta kutusuna aktarır.

MRSProxy hizmetinin kendine özgü özellikleri ve sınırlamaları bulunur.

Şirket içi ağ gereçleri

Uçtan uca (veri kaynağından Exchange Online istemci erişimi sunucularına) ağ performansı, geçiş performansını etkiler.

Şirket içi kuruluşun güvenlik duvarı yapılandırmaları ve özellikleri.

Office 365 hizmeti

Office 365’te, geçiş iş yükünü yönetmeye yönelik yerleşik destek özellikleri bulunur.

Kullanıcı azaltma ilkesi, varsayılan ayarlara sahiptir ve en yüksek veri aktarım hızını genel olarak sınırlar.

Ağ performansını etkileyen unsurlar

Bu bölümde, geçiş sırasında ağ performansını iyileştirmeye yönelik en iyi yöntemler açıklanır. Geçiş sırasında performansı en çok etkileyen unsurlar üçüncü taraf donanımlarla ve İnternet hizmeti sağlayıcıları (ISP’ler) ile ilgili olduğundan, konu genel hatlarıyla açıklanmıştır.

Office 365 Ağ Çözümleme Aracı, Office 365 hizmetlerini dağıtmadan önce ağ ile ilgili sorunları çözümlemenize yardımcı olmak üzere dağıtılır. Bu örneklerin her biri, Office 365’teki test uç noktaları aracılığıyla belirli bir bölgeyi test etmek üzere tasarlanmıştır.

Office 365’teki ağ bağlantınızın durumunu daha iyi anlamak için Exchange Çözümleyicisi’ni kullanın. Exchange Çözümleyicisi testlerini Destek ve Kurtarma Yardımcısı’nda çalıştırmak için Gelişmiş Tanılama > Exchange Online > Exchange Online ağ bağlantısını denetle > Evet seçeneğine gidin. Destek ve Kurtarma Yardımcısı hakkında daha fazla bilgi için bkz. Office 365 için Destek ve Kurtarma Yardımcısı ile Outlook ve Office 365 sorunlarını düzeltme

Faktör

Açıklama

En iyi yöntemler

Ağ kapasitesi

Posta kutularını Office 365’e taşıma işleminin ne kadar süreceğini ağınızın kullanılabilen en yüksek kapasitesi belirler.

  • Kullanılabilir ağ kapasitenizi tanımlayın ve karşıya yükleme kapasiteniz için üst sınırı belirleyin.

  • Ayrılmış bant genişliğinizi doğrulamak ve belirli bir zaman diliminde aktarılabilen toplam veri miktarı gibi kısıtlamaların ayrıntılarını öğrenmek için ISP’nize başvurun.

  • Gerçek ağ kapasitenizi değerlendirmek için araçları kullanın. Şirket içi veri kaynağınızdan Microsoft veri merkezi ağ geçidi sunucularına uçtan uca veri akışınızı test etmeyi unutmayın.

  • Ağınızda bulunan ve ağ kapasitenizi etkileme olasılığı olan diğer yükleri (yedekleme yardımcı programları ve planlanan bakım gibi) tanımlayın.

Ağ kararlılığı

Hızlı bir ağ, her zaman hızlı geçişler sağlamaz. Ağ kararlı değilse, hata düzeltmeleri nedeniyle veri aktarımı daha uzun zaman alır. Hata düzeltmeleri, geçiş türüne bağlı olarak geçiş performansını önemli ölçüde etkileyebilir.

Ağ kararlılığı sorunlarına genellikle ağ donanımı ve sürücü sorunları neden olur. Ağ cihazlarınız hakkında bilgi edinmek ve satıcının en son önerilen sürücülerini ve yazılım güncelleştirmelerini yüklemek için donanım satıcılarınızla iletişime geçin.

Ağ gecikmeleri

Ağ güvenlik duvarında yapılandırılan izinsiz giriş algılama işlevi, genellikle belirgin ağ gecikmelerine neden olur ve geçiş performansını etkiler.

Verileri Office 365 posta kutularına geçirme işlemi, İnternet bağlantınızı kullanır. İnternet gecikmeleri, genel geçiş performansını etkiler.

Ayrıca, aynı şirketteki kullanıcılar farklı coğrafi bölgelerdeki veri merkezlerinde barındırılan bulut posta kutularına sahip olabilir. Müşterinizin ISP’sine bağlı olarak geçiş performansı farklılık gösterebilir.

  • Tüm olası Microsoft veri merkezleri için ağ gecikmelerini değerlendirerek sonucun tutarlı olmasını sağlayın. (Bu işlem aynı zamanda son kullanıcılar için de tutarlı bir deneyim sağlar.) İnternet ile ilgili sorunları gidermek üzere ISP’nize başvurun.

  • Microsoft veri merkezi sunucularının IP adreslerini izin verilen listenize ekleyin veya ağ güvenlik duvarınızda geçişle ilgili tüm trafiği atlayın. Office 365 IP aralıkları hakkında daha fazla bilgi için bkz. Office 365 URL’leri ve IP adresi aralıkları.

Ortamınızdaki geçişlerin daha ayrıntılı bir çözümlemesi için taşıma çözümlemesi blog gönderimizi inceleyin. Gönderide, taşıma isteklerini çözümlemenize yardımcı olmaya yönelik bir betik bulunur.

Office 365 azaltma

Office 365, güvenliği ve hizmet kullanılabilirliğini sağlamaya yardımcı olmak üzere çeşitli azaltma mekanizmaları kullanır. Aşağıdaki üç azaltma türü, geçiş performansınızı etkileyebilir:

  • Kullanıcı azaltma

  • Geçiş hizmeti azaltma

  • Kaynak sistem durumu tabanlı azaltma

Not : Bu üç adet Office 365 azaltma türü, tüm geçiş yöntemlerini etkilemez.

Office 365 kullanıcı azaltma

Kullanıcı azaltma, çoğu üçüncü taraf geçiş araçlarını ve istemciden karşıya yükleme geçiş yöntemini etkiler. Bu geçiş yöntemleri posta kutusu verilerini Office 365 posta kutularına geçirmek için, HTTP Protokolü üzerinden Uzak Yordam Çağrısı (RPC) gibi istemci erişim protokolleri kullanır. Bu araçlar, IBM Lotus Domino ve Novell GroupWise gibi platformlardan veri geçirmek için kullanılır.

Kullanıcı azaltma, Office 365’teki en kısıtlayıcı azaltma yöntemidir. Kullanıcı azaltma belirli bir son kullanıcıya yönelik olarak çalıştırılacak şekilde ayarlandığından, uygulama düzeyinde herhangi bir kullanım sonucunda azaltma ilkesi kolayca aşılır ve dolayısıyla veri geçişi yavaşlar.

Office 365 geçiş hizmeti azaltma

Geçiş hizmeti azaltma, tüm Office 365 geçiş araçlarını etkiler. Geçiş hizmeti azaltma, Office 365 geçişi çözümleri için geçiş eşzamanlılığını ve hizmet kaynağı atamayı yönetir.

Geçiş hizmeti azaltma, aşağıdaki geçiş yöntemleri kullanılarak gerçekleştirilen geçişleri etkiler:

  • IMAP geçişi

  • Tam Exchange geçişi

  • Aşamalı Exchange geçişi

  • Karma geçişler (Karma bir ortamda MRSProxy hizmeti tabanlı taşımalar)

Basit Exchange geçişleri ve IMAP geçişleri sırasında eşzamanlı olarak geçirilen posta kutusu sayısını yönetme, geçiş hizmeti azaltmaya örnek olarak gösterilebilir. Varsayılan değer 10’dur. Bu, belirli bir zamanda tüm geçiş toplu işlemlerinden en fazla 10 posta kutusunun geçirildiği anlamına gelir. Bir geçiş toplu işlemi için eşzamanlı posta kutusu geçişi sayısını Exchange Denetim Masası’ndan veya Windows PowerShell uygulamasından artırabilirsiniz. Bu ayarı en iyi duruma getirme hakkında daha fazla bilgi edinmek için bkz. Office 365’te geçiş toplu işlemlerini yönetme.

Office 365 kaynak sistem durumu tabanlı azaltma

Tüm geçiş yöntemlerinde kullanılabilirliği azaltmaya yönelik düzenlemeler uygulanabilir. Ancak Office 365 hizmeti azaltma, Office 365 geçişlerini daha önce açıklanan azaltma türleri kadar etkilemez.

Kaynak sistem durumu tabanlı azaltma, katılık düzeyi en düşük olan azaltma yöntemidir. Yalnızca son kullanıcıları ve kritik hizmet işlemlerini etkileyen bir hizmet kullanılabilirlik sorunu ortaya çıktığında uygulanır.

Örneğin, karma geçiş sırasında bir hizmet olayı oluştuğunda ve hizmet, son kullanıcı performansının azaldığı bir noktaya kadar azaldığında uygulanır. Karma geçiş, performans düzelene ve hizmet, azaltma eşiğinin üzerindeki bir düzeye ulaşana dek sıraya alınır.

Aşağıda, Exchange geçiş istatistikleri raporuna ilişkin bir örnek verilmiştir. Hizmetin azaltma eşiğine ulaşmasından kaynaklanan bir girdi gösterilir.

  • 25/01/2012 00:56:01 [BL2PRD0410CA012] Kopyalama ilerleme durumu: 723/1456 ileti, 225,8 MB (236.732.045 bayt)/416,5 MB (436.712.733 bayt).

  • 25/01/2012 00:57:53 [BL2PRD0410CA012] '/o=ExchangeLabs/ou=Exchange Yönetim Grubu (FYDIBOHF23SPDLT)/cn=Alıcılar/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' posta kutusunun taşınması, 'NAMPRD04DG031-db081' veritabanı için DataMoveReplicationConstraint yerine getirilmediğinden duraklatıldı (aracı MailboxDatabaseReplication). Hata Nedeni: edbf0766-1f2a-4552-9115-bb3a53a8380b veritabanı, SecondDatacenter kısıtlamasını yerine getirmiyor. Sistem durumu iyi olan kullanılabilir veritabanı kopyası yok. 25/01/2012 01:27:53 tarihine kadar beklenecek.

  • 25/01/2012 00:58:24 [BL2PRD0410CA012] İstek artık bekletilmiyor ve sürdürülecek.

Çözüm ve uygulama   

Benzer bir durumla karşılaşırsanız Office 365 hizmetinin kurtarılmasını bekleyin. Daha fazla bilgi için Office 365 Portalı’ndaki Hizmet Durumu bölümüne bakın.

Karma olmayan dağıtım geçişleri için performansı etkileyen unsurlar ve en iyi yöntemler

Bu bölümde IMAP, tam veya aşamalı geçiş yöntemleriyle gerçekleştirilen geçişleri etkileyen unsurlar açıklanır. Ayrıca, geçiş performansını iyileştirmeye yönelik en iyi yöntemler de tanımlanır.

1. Unsur: Veri kaynağı

Aşağıdaki tabloda, geçerli e-posta kuruluşunuzdaki kaynak sunucuların geçiş üzerindeki etkisi ve geçiş etkisini en aza indirmeye yönelik en iyi yöntemler açıklanır.

Denetim listesi

Açıklama

En iyi yöntemler

Sistem performansı

Veri ayıklama, yoğun bir görevdir. Kaynak sisteminin en iyi geçiş performansını sunması için işlemci süresi ve bellek gibi yeterli kaynaklara sahip olması gerekir. Geçiş sırasında kaynak sistem, normal son kullanıcı iş yükü bakımından genellikle tam kapasiteye yakındır. Sistem kaynakları yetersizse, geçişin neden olduğu ek iş yükü son kullanıcıları etkileyebilir.

Pilot geçiş testi sırasında sistem performansını izleyin. Sistem meşgulse, söz konusu sistem için olası geçiş yavaşlığı ve hizmet kullanılabilirliği sorunları nedeniyle katı geçiş zamanlamasından kaçınmanız önerilir. Mümkünse, donanım kaynakları ekleyerek kaynak sistem performansını artırın ve geçişle ilgisi olmayan görevleri ve kullanıcıları diğer sunuculara taşıyarak sistemdeki yükü azaltın.

Daha fazla bilgi için bkz.

Birden fazla posta kutusu sunucusu bulunan şirket içi Exchange kuruluşundan geçiş yaparken, birden fazla posta kutusu sunucuları arasında eşit olarak dağıtılmış bir geçiş kullanıcısı listesi oluşturmanızı öneririz. Her sunucunun performansına bağlı olarak liste, performansı en üst düzeye çıkaracak şekilde ayarlanabilir.

Örneğin, A sunucusu B sunucusundan yüzde 50 daha fazla kullanılabilir kaynağa sahipse aynı geçiş toplu işleminde A sunucusuna yüzde 50 daha fazla kullanıcı atayabilirsiniz. Benzer yöntemler diğer kaynak sistemlerine de uygulanabilir. Geçiş işlemlerini, sunucuların kaynak kullanılabilirliğinin en üst düzeyde olduğu zamanlarda (mesai sonrası, hafta sonları ve tatil günleri gibi) gerçekleştirin.

Arka uç görevleri

Geçiş süresince çalışan diğer arka uç görevleri. Geçiş işlemini mesai saatleri dışında gerçekleştirmek önerilen bir uygulama olduğundan, geçişlerin şirket içi sunucularınızda çalışan bakım görevleriyle (veri yedekleme gibi) çakışması sık görülen bir durumdur.

Geçiş sırasında çalışabilecek diğer sistem görevlerini gözden geçirin. Veri geçişini, kaynak kullanımı yoğun olan başka görevlerin çalışmadığı zamanlarda gerçekleştirmenizi öneririz.

Not      Şirket içi Exchange kullanıcıları arasında en sık kullanılan arka uç görevleri, yedekleme çözümleri ve Exchange deposu bakımıdır.

Azaltma ilkesi

Belirli bir zaman diliminde sistemden ayıklanabilecek verilerin hızını ve miktarını kısıtlayan bir azaltma ilkesiyle e-posta sistemlerinin korunması, önerilen bir uygulamadır.

E-posta sisteminiz için azaltma ilkesinin dağıtıldığını doğrulayın. Örneğin, Google Posta, belirli bir zaman diliminde ayıklanabilecek veri miktarını sınırlar.

Sürüme bağlı olarak Exchange, şirket içi posta sunucusu ( IMAP geçişleri tarafından kullanılan) ve HTTP Protokolü erişimi üzerinden RPC (tam Exchange geçişleri ve aşamalı Exchange geçişleri tarafından kullanılan) IMAP erişimini kısıtlayan ilkelere sahiptir.

Bir Exchange 2013 kuruluşundaki azaltma ayarlarını denetlemek için Get-ThrottlingPolicy cmdlet’ini çalıştırın. Daha fazla bilgi için bkz. Exchange İş Yükü Yönetimi.

IMAP azaltma hakkında daha fazla bilgi için bkz. IMAP posta kutularınızı Office 365’e geçirme.

HTTP Protokolü üzerinden RPC azaltma hakkında daha fazla bilgi için bkz.:

2. Unsur: Geçiş sunucusu

IMAP geçişi, tam geçiş ve aşamalı geçiş, bulut tarafından başlatılan veri çekme geçiş yöntemleridir; dolayısıyla ayrı bir geçiş sunucusu gerektirmezler. Ancak, İnternet tabanlı protokol barındırıcıları (IMAP veya HTTP Protokolü üzerinden RPC), posta kutularını ve posta kutusu verilerini Office 365’e geçirme için geçiş sunucusu işlevi görürler. Dolayısıyla, önceki bölümde geçerli e-posta kuruluşunuzun veri kaynağı sunucusu hakkında açıklanan geçiş performansı unsurları ve en iyi yöntemler, aynı zamanda İnternet uç sunucuları için de geçerlidir. Exchange 2007, Exchange 2010 ve Exchange 2013 kuruluşları için istemci erişimi sunucusu, geçiş sunucusu işlevi görür.

Daha fazla bilgi için bkz.

3. Unsur: Geçiş altyapısı

IMAP geçişi, tam geçiş ve aşamalı Exchange geçiş, Exchange yönetim merkezi içindeki Geçiş panosu aracılığıyla gerçekleştirilir. Bu işlem Office 365 geçiş hizmeti azaltmaya tabidir.

Çözüm ve uygulama   

Müşteriler artık Windows PowerShell kullanarak geçiş eşzamanlılığını (örneğin aynı anda geçirilen posta kutusu sayısı) belirleyebilirler. Varsayılan değer, 20 posta kutusudur. Bir geçiş toplu işi oluşturduktan sonra bu değeri en yüksek değer olan 100’e çıkarmak için aşağıdaki Windows PowerShell cmdlet’ini kullanabilirsiniz.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Daha fazla bilgi için bkz. Office 365’te geçiş toplu işlemlerini yönetme.

Not : Veri kaynağınız tüm bağlantıları işleyecek sayıda kaynağa sahip değilse yüksek eşzamanlılıktan kaçınmanızı öneririz. Örneğin, 10 gibi küçük bir eşzamanlılık değeriyle başlayın. Son kullanıcı erişimi sorunlarından kaçınmak için, veri kaynağı performansını izlerken bu sayıyı artırın.

4. Unsur: Ağ

Doğrulama testleri   

Geçiş yöntemine bağlı olarak aşağıdaki doğrulama testlerini deneyebilirsiniz:

  • IMAP geçişleri      Bir kaynak posta kutusunu örnek verilerle önceden doldurun. Daha sonra İnternet’ten (şirket içi ağınızın dışından) IMAP gibi standart bir Microsoft Outlook e-posta istemcisi kullanarak kaynak posta kutusuna bağlanın, ardından verileri kaynak posta kutusundan ne kadar sürede indirdiğinizi belirleyerek ağ performansını ölçün. Başka kısıtlamaların bulunmadığı varsayıldığında performans, müşterilerin Office 365’te IMAP geçiş aracını kullanarak elde ettiği performansa benzer düzeyde olmalıdır.

  • Tam ve aşamalı Exchange geçişleri      Bir kaynak posta kutusunu örnek verilerle önceden doldurun. Sonra İnternet’ten (şirket içi ağınızın dışından), HTTP Protokolü üzerinden RPC kullanarak Outlook ile kaynak posta kutusuna bağlanın. Önbellek modunu kullanarak bağlandığınızdan emin olun. Kaynak posta kutusundaki verileri eşitlemenin ne kadar sürdüğünü denetleyerek ağ performansını ölçün. Başka kısıtlamaların olmadığı varsayıldığında performans, müşterilerin Office 365’teki basit Exchange geçiş araçlarını kullanarak elde edebildiği performansa benzer düzeyde olmalıdır.

Not : Gerçek IMAP geçişi, tam geçiş veya aşamalı Exchange geçişi sırasında bazı ek yükler oluşur. Ancak gerçek performans, doğrulama testlerinin sonuçlarına yakın düzeyde olur.

5. Unsur: Office 365 hizmeti

Office 365 kaynak sistem durumu tabanlı azaltma, yerel Office 365 basit geçiş araçlarını kullanan geçişleri etkiler. Bkz. Office 365 kaynak sistem durumu tabanlı azaltma.

Office 365 hizmetinde taşıma istekleri

Taşıma istekleri için durum bilgilerini alma konusundaki genel bilgiler için bkz. Taşıma İsteği Özelliklerini Görüntüleme.

Office 365 hizmetinde, şirket içi Exchange 2010 kuruluşundan farklı olarak geçiş sırası ve geçişler için ayrılan hizmet kaynakları, kiracılar arasında paylaşılır. Bu paylaşım, taşıma sürecinin her aşaması için geçiş isteklerinin işlenme biçimini etkiler.

Office 365’te iki tür taşıma isteği bulunur:

  • Hazırlamama taşıma istekleri      Yeni müşteri geçişleri, hazırlama taşıma isteği olarak kabul edilir. Bu istekler normal önceliğe sahiptir.

  • Veri merkezi iç taşıma istekleri      Bunlar, veri merkezi işlem ekipleri tarafından başlatılan posta kutusu taşıma istekleridir. Taşıma isteğinin geciktirilmesi durumunda son kullanıcı deneyimi etkilenmediğinden bu istekler daha düşük önceliğe sahiptir.

“Sıraya Alındı” ve “Sürüyor” durumuna sahip taşıma isteklerinde görülebilecek etkiler ve gecikmeler

  • Sıraya alındı durumundaki taşıma istekleri      Bu durum, taşımanın sıraya alındığını ve Exchange Posta Kutusu Çoğaltma Hizmeti tarafından işlenmek için beklediğini belirtir. Exchange 2003 taşıma isteklerinde, kullanıcılar bu aşamada posta kutularına erişmeye devam edebilir.

    Posta Kutusu Çoğaltma hizmeti tarafından hangi isteğin işleneceğini iki unsur etkiler:

    • Öncelik      Sıraya alınan yüksek öncelikli taşıma istekleri, daha düşük öncelikli taşıma isteklerinden önce işlenir. Bu sayede müşteri geçişi taşıma isteklerinin, her zaman veri merkezi dahili taşıma isteklerinden önce işlenmesi sağlanır.

    • Sıradaki konum      Taşıma istekleri aynı önceliğe sahip olduğunda, istek sıraya ne kadar erken alınırsa Posta Kutusu Çoğaltma Hizmeti tarafından o kadar erken işlenir. Aynı anda posta kutusu geçişi gerçekleştiren birden fazla müşteri olabileceğinden, yeni taşıma isteklerinin işlenmeden önce sıraya alınması normaldir.

      Geçiş planlaması sırasında posta kutusu isteklerinin işlenmeden önce sırada bekletilme süresi, çoğu zaman göz önünde bulundurulmaz. Bu durum, planlanan tüm geçişlerin tamamlanması için müşterilere yeterli süre tanınmamasına neden olur.

  • Sürüyor durumundaki taşıma istekleri      Bu durum, taşıma işleminin devam ettiğini belirtir. Bu, çevrimiçi bir posta kutusunun taşıma işlemiyse kullanıcı, posta kutusuna erişmeye devam edebilir. Çevrimdışı posta kutularında kullanıcı, posta kutusunu kullanamaz.

    Posta kutusu taşıma isteği “Sürüyor” durumuna alındığında artık önceliğin önemi yoktur ve “Sürüyor” durumundaki mevcut taşıma isteği tamamlanana dek, daha yüksek önceliğe sahip olsa bile yeni taşıma isteği işlenmez.

En iyi yöntemler

Planlama      Daha önce de belirtildiği gibi, Exchange 2003 kullanıcıları karma taşıma sırasında erişim kaybı yaşadıklarından Exchange 2003 müşterileri geçiş zamanı ve süresi konusunda genellikle daha kaygılıdır.

Belirli bir zaman diliminde kaç posta kutusunun geçirileceğini planlarken şunları göz önünde bulundurun:

  • Taşıma isteğinin sırada bekleme süresini dahil edin. Bunu hesaplamak için şu formülü kullanın:

    (geçirilecek toplam posta kutusu sayısı) = ((toplam süre) – (ortalama sırada bekleme süresi)) * (geçirme performansı)

    Bu formülde geçirme performansı, saat başına geçirilebilecek toplam posta kutusu sayısına eşittir.

    Örneğin, posta kutularını geçirmek için altı saatlik bir aralığınız olduğunu varsayalım. Ortalama sırada bekleme süresi bir saat ise ve saatlik 100 posta kutusu geçirme performansına sahipseniz altı saatlik bir aralıkta 500 posta kutusu geçirebilirsiniz: 500 = (6 – 1) * 100.

  • Sırada bekleme süresini azaltmak için, geçiş işlemini ilk planladığınızdan erken bir zamanda başlatın. Posta kutuları sıraya alındığında Exchange 2003 kullanıcıları posta kutularına erişmeye devam edebilir.

Sırada bekleme süresini belirleme      Microsoft müşterilerin geçiş zamanlamalarını yönetmediğinden, sırada bekleme süresi her zaman değişir.

Olası sırada bekleme süresini belirlemek için müşteri, gerçek geçiş işlemi başlamadan birkaç saat önce test amaçlı bir taşıma işlemi zamanlayabilir. Müşteri daha sonra, isteğin gözlemlenen sırada bekletilme süresinden yola çıkarak geçişi ne zaman başlatması gerektiğini ve belirli bir zaman diliminde kaç posta kutusunun taşınabileceğini daha iyi hesaplayabilir.

Örneğin, test amaçlı bir geçiş işleminin, planlanan geçişin başlamasından dört saat önce tamamlandığını varsayalım. Müşteri, test geçişi için sırada bekleme süresinin yaklaşık bir saat olduğunu tespit ediyor. Müşteri böylece, tüm geçişlerin tamamlanması için yeterli süre olduğundan emin olmak üzere, geçişi ilk planladığı zamandan bir saat önce başlatabilir.

Office 365 geçişleri için üçüncü taraf araçları

Google Mail, IBM Lotus, Domino ve Novell GroupWise tarafından sunulan araçlar gibi üçüncü taraf araçlar çoğunlukla Exchange içermeyen geçiş senaryolarında kullanılır. Bu bölümde gerçek ürünler ve geçiş araçları yerine üçüncü taraf geçiş araçları tarafından kullanılan geçiş protokolleri ele alınır. Aşağıdaki tabloda, Office 365 geçiş senaryolarına yönelik üçüncü taraf araçlar için geçerli olan unsurların listelenir.

1. Unsur: Veri kaynağı

Denetim listesi

Açıklama

En iyi yöntemler

Sistem performansı

Veri ayıklama, yoğun bir görevdir. Kaynak sisteminin en iyi geçiş performansını sunması için işlemci süresi ve bellek gibi yeterli kaynaklara sahip olması gerekir. Geçiş sırasında kaynak sistem, normal son kullanıcı iş yükü bakımından genellikle tam kapasiteye yakındır. Sistem kaynakları yetersizse, geçişin neden olduğu ek iş yükü son kullanıcıları etkileyebilir.

Pilot geçiş testi sırasında sistem performansını izleyin. Sistem meşgulse, söz konusu sistem için olası geçiş yavaşlığı ve hizmet kullanılabilirliği sorunları nedeniyle katı geçiş zamanlamasından kaçınmanız önerilir. Mümkünse, donanım kaynakları ekleyerek ve sistemdeki yükü azaltarak kaynak sistem performansını iyileştirin. Sistem yükü, geçiş işlemiyle ilgisi olmayan görev ve kullanıcıların diğer sunuculara taşınmasıyla azaltılabilir.

Daha fazla bilgi için bkz.

Birden fazla posta kutusu sunucusu bulunan şirket içi Exchange kuruluşundan geçiş yaparken, birden fazla posta kutusu sunucuları arasında eşit olarak dağıtılmış bir geçiş kullanıcısı listesi oluşturmanızı öneririz. Her sunucunun performansına bağlı olarak liste, performansı en üst düzeye çıkaracak şekilde ayarlanabilir.

Örneğin, A sunucusu B sunucusundan yüzde 50 daha fazla kullanılabilir kaynağa sahipse aynı geçiş toplu işleminde A sunucusuna yüzde 50 daha fazla kullanıcı atayabilirsiniz. Benzer bir yöntem, diğer kaynak sistemlerine de uygulanabilir.

Geçiş işlemini, sistemin kaynak kullanılabilirliğinin en üst düzeyde olduğu zamanlarda (mesai sonrası, hafta sonları ve tatil günleri gibi) gerçekleştirin.

Arka uç görevleri

Geçiş süresince genellikle başka arka uç görevleri çalışır. Geçiş işlemini mesai saatleri dışında gerçekleştirmek önerilen bir uygulama olduğundan, geçişlerin şirket içi sunucularınızda çalışan bakım görevleriyle (veri yedekleme gibi) çakışması sık görülen bir durumdur.

Geçiş sırasında çalışan diğer sistem görevlerini gözden geçirin. Kaynakları yoğun olarak kullanan diğer görevlerin olmadığı bir zaman aralığı oluşturarak bu süreyi yalnızca veri geçişi için kullanmanızı öneririz.

Yedekleme çözümleri, Exchange şirket içi müşterileri tarafından sık kullanılan görevlerdir. Daha fazla bilgi için bkz. Exchange Deposu Bakımı.

Azaltma ilkesi

Belirli bir zaman diliminde belirli bir geçiş yöntemi kullanılarak sistemden ayıklanabilecek verilerin hızını ve miktarını kısıtlayan bir azaltma ilkesiyle e-posta sistemlerinin korunması, önerilen bir uygulamadır.

E-posta sisteminiz için azaltma ilkesinin dağıtıldığını doğrulayın. Örneğin, Google Posta, belirli bir zaman diliminde ayıklanabilecek veri miktarını sınırlar.

Sürüme bağlı olarak Exchange, şirket içi posta sunucusu ( IMAP geçişleri tarafından kullanılan) ve HTTP Protokolü erişimi üzerinden RPC (tam Exchange geçişleri ve aşamalı Exchange geçişleri tarafından kullanılan) IMAP erişimini kısıtlayan ilkelere sahiptir.

IMAP azaltma hakkında daha fazla bilgi için bkz. IMAP geçişlerini iyileştirmeye yönelik ipuçları.

HTTP Protokolü üzerinden RPC azaltma hakkında daha fazla bilgi için bkz.:

Exchange Web Hizmetleri azaltmayı yapılandırma hakkında daha fazla bilgi için bkz. Exchange 2010: İstemci Azaltma İlkelerini Anlama.

2. Unsur: Geçiş sunucusu

Office 365 geçişlerinde çoğu üçüncü taraf araçları istemci tarafından başlatılır ve verileri Office 365’e gönderir. Bu araçlar genellikle bir geçiş sunucusu gerektirir. Bu geçiş sunucularında sistem performansı, arka uç görevleri ve kaynak sunucular için azaltma ilkeleri gibi unsurlar söz konusudur.

Not : Bazı üçüncü taraf geçiş çözümleri İnternet’te bulut tabanlı hizmet olarak barındırılır ve şirket içi bir geçiş sunucusu gerektirmez.

Çözüm ve uygulama   

Geçiş sunucusu kullanırken geçiş performansını iyileştirmek için 1. Unsur: Veri kaynağı bölümünde belirtilen aynı en iyi yöntemleri uygulayın.

3. Unsur: Geçiş altyapısı

Üçüncü taraf geçiş araçları için kullanılan en yaygın protokoller Exchange Web Hizmetleri ve HTTP Protokolü üzerinden RPC’dir.

Exchange Web hizmetleri   

Exchange Web Hizmetleri, büyük veri kümelerini desteklediğinden ve hizmet odaklı azaltma konusunda daha iyi olduğundan Office 365’e geçiş önerilen protokoldür. Office 365’te kimliğe bürünme modunda kullanıldığında, Exchange Web Hizmetleri kullanan geçişler kullanıcının bütçesindeki Office 365Exchange Web Hizmetleri kaynakları yerine bütçe kaynaklarının bir kopyasını tüketir:

  • Aynı yönetici hesabından yapılan tüm Exchange Web Hizmetleri kimliğe bürünme çağrıları, söz konusu yönetici hesabına uygulanan bütçeden ayrı olarak hesaplanır.

  • Her kimliğe bürünme oturumu için gerçek kullanıcı bütçesinin bir gölge kopyası oluşturulur. Söz konusu oturum için tüm geçişler bu gölge kopyayı tüketir.

  • Kimliğe bürünme yoluyla azaltma, her kullanıcı geçişi oturumu için ayrı tutulur.

En iyi yöntemler   

  • EWA kimliğe bürünme kullanan üçüncü taraf geçiş araçlarını kullanan müşterilerin geçiş performansı, diğer kiracıların Exchange Web Hizmetleri tabanlı geçişleri ve hizmet kaynağı kullanımına benzer düzeydedir. Bu nedenle geçiş performansı farklılık gösterir.

  • HTTP Protokolü üzerinden RPC gibi istemci protokollerine kıyasla genellikle daha hızlı ve daha verimli olması nedeniyle, müşterilerin mümkün olduğu sürece Exchange Web Hizmetleri kimliğe bürünme kullanan üçüncü taraf geçiş araçlarını kullanması önerilir.

HTTP Protokolü üzerinden RPC   

Çoğu geleneksel geçiş çözümü HTTP Protokolü üzerinden RPC kullanır. Bu yöntem, Outlook uygulamasına benzer bir istemci erişim modelini temel alır ve Office 365 hizmeti, kullanımın uygulama yerine kullanıcı tarafından gerçekleştirildiğini varsayarak erişimi azalttığından, ölçeklenebilirlik ve performans sınırlıdır.

En iyi yöntemler   

  • HTTP Protokolü üzerinden RPC kullanan geçiş araçları için daha fazla geçiş sunucusu eklemek ve birden fazla Office 365 yönetici kullanıcı hesabı kullanmak, geçiş performansını artırmak için kullanılan yaygın bir uygulamadır. Her yönetici kullanıcı Office 365 kullanıcı azaltmasına tabi olduğundan, bu uygulamayla veri ekleme paralelliği ve daha yüksek veri performansı elde edilebilir. Birçok kuruluş müşterisinin 20-30 GB/saat geçiş performansına ulaşmak için 40’tan fazla geçiş sunucusu ayarlaması gerektiğini belirten raporlar aldık.

  • Geçiş aracı geliştirme aşamasında, bir iletiyi geçirmek için gereken RPC işlemi sayısını göz önünde bulundurmanız önemlidir. Bunu görselleştirmek amacıyla, müşterilerin posta kutularını Office 365’e geçirmek için kullandığı iki adet üçüncü taraf geçiş çözümünün Office 365 hizmetleri tarafından kaydedilen günlüklerini topladık. Üçüncü taraf şirketler tarafından geliştirilen iki geçiş çözümünü karşılaştırdık. Her geçiş çözümü için iki adet posta kutusu geçiş işlemini ve Outlook uygulamasına .pst dosyası yükleme işlemini karşılaştırdık. Sonuçları aşağıda bulabilirsiniz.

    Yöntem

    Posta kutusu boyutu

    Öğe sayısı

    Geçiş süresi

    Toplam RPC işlemi

    Ortalama istemci gecikme süresi (ms)

    AvgCasRPCProcessingTime (ms)

    Çözüm A (posta kutusu 1)

    376,9 MB

    4.115

    4:24:33

    132.040

    48,4395

    18,0807

    Çözüm A (posta kutusu 2)

    249,3 MB

    12.779

    10:50:50

    423.188

    44,1678

    4,8444

    Çözüm B (posta kutusu 1)

    618,1 MB

    4.322

    1:54:58

    12.196

    37,2931

    8,3441

    Çözüm B (posta kutusu 2)

    56,7 MB

    2.748

    0:47:08

    5.806

    42,1930

    7,4439

    Outlook

    201,9 MB

    3.297

    0:29:47

    15.775

    36,9987

    5,6447

    İstemci ve hizmet işleme sürelerinin benzer olduğunu, ancak çözüm A’nın verileri geçirmek için çok daha fazla RPC işlemi yaptığını görebilirsiniz. Her işlem, istemci gecikme süresini ve sunucu işlem süresini tükettiğinden çözüm B ve Outlook ile karşılaştırıldığında çözüm A’nın aynı miktarda veriyi geçirmesi çok daha uzun sürmüştür.

4. Unsur: Ağ

En iyi yöntem   

HTTP Protokolü üzerinden RPC kullanan üçüncü taraf geçiş çözümleri için olası geçiş performansını şu şekilde ölçebilirsiniz:

  1. Geçiş sunucusundan, Outlook ile HTTP Protokolü üzerinden RPC kullanarak Office 365 posta kutusuna bağlanın. Önbellek modunu kullanarak bağlanmadığınızdan emin olun.

  2. Office 365 posta kutusuna örnek veriler içeren büyük bir .pst dosyası aktarın.

  3. .pst dosyasını karşıya yüklemenin ne kadar sürdüğünü hesaplayarak geçiş performansını ölçün. Başka bir kısıtlama olmadığı vardayıldığında geçiş performansı, müşterilerin HTTP Protokolü üzerinden RPC kullanan üçüncü taraf bir geçiş aracı kullanarak elde ettiği performansa benzer düzeyde olur. Gerçek geçiş sırasında ek yük olduğundan performans biraz daha farklı olabilir.

5. Unsur: Office 365 hizmeti

Office 365 kaynak sistem durumu tabanlı azaltma, üçüncü taraf geçiş araçlarını kullanan geçişleri etkiler. Daha fazla ayrıntı için bkz. Office 365 kaynak sistem durumu tabanlı azaltma.

Yeteneklerinizi geliştirin
Eğitimleri keşfedin
Yeni özellikleri ilk olarak siz edinin
Office Insider Programına Katılın

Bu bilgi yararlı oldu mu?

Görüşleriniz için teşekkür ederiz!

Geri bildiriminiz için teşekkürler! Office destek temsilcilerimizden biriyle görüşmeniz yararlı olabilir.

×