Office 365 geçiş performansı ve en iyi yöntemler - Office 365
Ş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ı.
Office 365’e e-posta geçirmeye genel bakış
Geçiş yöntemlerinin performansı
Geçiş performansını etkileyen unsurlar
Office 365’te azaltma
Karma olmayan dağıtım geçişleri için performans unsurları ve en iyi uygulamalar
Office 365 hizmetinde taşıma istekleri
Office 365 geçişleri için üçüncü taraf araçları
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
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.
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.
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.
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.
Üçü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ı.
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ı.
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.
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)
10-14 gigabayt (GB) (20 eşzamanlı taşıma)
10-14 GB (20 eşzamanlı taşıma)
Ş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
4-12 GB (20 eşzamanlı taşıma) 2
Üçüncü taraf Exchange Web Hizmetleri geçişi
5-10 GB (20 eşzamanlı taşıma) 3
İstemciden karşıya yükleme (Outlook .pst dosyalarından)
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.
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.
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.
Ç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.
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’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'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
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.
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ğ 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:
Geçiş hizmeti azaltma
Kaynak sistem durumu tabanlı azaltma
Not: Bu üç adet Office 365 azaltma türü, tüm geçiş yöntemlerini etkilemez.
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.
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:
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.
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. Son kullanıcıları ve kritik hizmet işlemlerini etkileme riski olan bir hizmet kullanılabilirlik sorununun ortaya çıkmasını önlemek için uygulanır.
Karma geçişler, hizmet performansının son kullanıcı performansını etkileyebileceği bir noktaya kadar düşmesinden önce, performans düzelene ve hizmet, azaltma eşiğinin üzerindeki bir düzeye ulaşana kadar beklemeye alınır.
Aşağıda, bir Exchange geçiş istatistikleri raporundan örnekler verilmiştir. Hizmet azaltma eşiğine ulaşıldığında kaydedilen girdiler 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.
30.06.2017 00:03:58 [CY4PR19MB0056] Olumsuz sunucu durumu veya 'StalledDueToTarget_DiskLatency' istek azaltma durumunu içeren bütçe sınırlamalarından kaynaklanan büyük gecikmeler nedeniyle iş bırakılıyor.
Çö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.
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.
Exchange 2013 Sunucu Durumu ve Performansı
Exchange 2010 Performansını Anlama
Exchange 2007: Posta Kutusu Sunucularını İzleme
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.
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.:
Exchange 2013 İş Yükü Yönetimi
Exchange 2010: İstemci Azaltma İlkelerini Anlama
Exchange 2007: İstemci Azaltmayı Anlama
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 ve bu nedenle ayrı bir geçiş sunucusu gerekmez. Ancak, İnternet tabanlı protokol ana bilgisayarları (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ür. Bu nedenle, önceki bölümde geçerli e-posta kuruluşunuzun veri kaynağı sunucusu hakkında açıklanan geçiş performansı faktörleri 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.
Exchange 2010: İstemci Erişimi Sunucusu Sayaçları
Exchange 2007: İstemci Erişimi Sunucularını İzleme
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.
Müşteriler artık Windows PowerShell’i 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şlemi oluşturduktan sonra bu değeri en yüksek 100 olacak şekilde artırmak çıkarmak için aşağıdaki Windows PowerShell cmdlet'ini kullanabilirsiniz.
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. Küçük bir eşzamanlılık değeriyle (10 gibi) başlayın. Son kullanıcı erişimi sorunlarından kaçınmak için, veri kaynağı performansını göz önünde bulundurarak bu sayıyı artırın.
4. Unsur: Ağ
Geçiş yöntemine bağlı olarak aşağıdaki doğrulama testlerini deneyebilirsiniz:
IMAP geçişleri 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 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.
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.
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.
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.
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.
Ö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.
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ı.
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.
IMAP azaltma hakkında daha fazla bilgi için bkz. IMAP geçişlerini iyileştirmeye yönelik ipuçları.
Exchange Web Hizmetleri azaltmayı yapılandırma hakkında daha fazla bilgi için bkz. Exchange 2010: İstemci Azaltma İlkelerini Anlama.
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.
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.
Üçü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.
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.
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.
Toplam RPC işlemi
Ortalama istemci gecikme süresi (ms)
Çözüm A (posta kutusu 1)
Çözüm A (posta kutusu 2)
Çözüm B (posta kutusu 1)
Çözüm B (posta kutusu 2)
İ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.
HTTP Protokolü üzerinden RPC kullanan üçüncü taraf geçiş çözümleri için olası geçiş performansını şu şekilde ölçebilirsiniz:
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.
Office 365 posta kutusuna örnek veriler içeren büyük bir .pst dosyası aktarın.
.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.
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.