Office 365'e posta geçişi | Posta Taşıma yöntemleri | Bölüm 1/4

Mevcut makalede, Office 365'e posta geçişini uygulamak için kullanabileceğimiz isteğe bağlı posta taşıma araçlarını/yöntemlerini inceleyeceğiz ve odak noktası, bu posta taşıma yöntemlerinin her birinin verileri Exchange Online'a taşımak için kullandığı yol üzerindedir.

Farklı yöntemlere ilişkin bilgiler, “Nasıl yapılır” talimatını içermez ve posta taşıma seçeneğinin her bir özelliğine ilişkin kapsamlı bir inceleme içermez; bunun yerine, posta taşıma seçeneğinde “veriler nasıl taşınır” konusuna odaklanılır. farklı posta taşıma yöntemleri kullanma.

Office 365'e posta geçişi | Posta Taşıma verimini optimize etme | Makale serisi

Makale serisi aşağıdaki makaleleri içermektedir:

Office 365'e posta geçişi | Posta Taşıma yöntemleri (bu makale)
Office 365'e posta geçişi | Posta Taşıma performansını etkileyen faktörler
Office 365'e posta geçişi | Posta Taşıma verimini optimize etme
Office 365'e Posta Geçişi | Posta Taşıma işlemlerini ölçün ve tahmin edin

Office 365'e posta geçişi adımları

Office 365'e posta geçişi aşağıdakiler gibi birçok hususu içerir:

Kuruluşun posta altyapısının kuruluş gereksinimlerine vb. göre uygun geçiş planını/yöntemini seçin
Posta taşıma planı oluşturma
Posta taşıma pilotu oluşturma
Posta geçişi verimini tahmin edin - Kuruluş yönetimine, posta geçişi projesi için gereken kaynaklara ilişkin bir tahmin ve kuruluşun posta altyapısının Office 365'e (Exchange Online) tamamlanması için gereken süreye ilişkin bir tahmin sağlayın.

Office 365'e posta geçişi | Yöntemler ve sınıflandırmalar

Office 365'e posta taşıma görevini gerçekleştirmek için seçebileceğimiz birçok seçenek vardır.

Microsoft Office 365 yerleşik posta taşıma araçları
Üçüncü taraf posta taşıma araçları
PST geçişi

Posta taşıma yöntemi Sunucudan Sunucuya ve İstemciden Sunucuya

Yöntem 1: Posta geçişi “Sunucudan Sunucuya”

“Sunucudan Sunucuya” olarak tanımladığım Posta geçişine bir örnek, Exchange Online'ın sunuculara bağlanan bileşen olduğu “Sunucudan Sunucuya” posta taşıma kavramlarını temel alan Office 365 yerleşik posta taşıma araçlarıdır. “diğer taraf” (kuruluşun posta sunucusu) ve verileri ondan “çıkarın”.

Ek temel kavram, posta kutularını barındıran posta sunucusunun “hedef sunucunun” Exchange sunucusu olmasıdır.

"Hedef sunucunun" bir Exchange sunucusu olması kuralının istisnası, IMAP posta taşıma seçeneğidir. IMAP geçişi, kuruluşun posta sunucusunun bir Exchange sunucusu olmadığı, bunun yerine IMAP protokolünü kullanarak verileri (kullanıcının posta kutuları) "çekmesine" olanak tanıyan başka bir posta ürünü olduğu senaryolar için tasarlanmıştır. Örneğin, Gmail'de, Google Apps'ta veya başka türde bir posta sağlayıcısında bulunan bir posta altyapısını taşımak istediğimizde.

Not: Exchange sunucusundan posta geçişini gerçekleştirmek için IMAP protokolünü kullanabilmemize rağmen, IMAP protokolü çok sınırlı ve gerekli olduğundan ve birçok kişiyle nasıl "başa çıkacağını" bilmediğinden bu seçenek önerilmez. Exchange kullanıcı posta kutusunda bulunan veri türleri.

Yöntem 2: “İstemciden Sunucuya” (Push geçiş)

"İstemci Posta Geçişi", "kaynağın" (posta kutusu verilerini içeren istemci veya başka bir kaynak) verileri Exchange Online posta kutusuna "ittiği" bir kavrama dayanmaktadır.

Bu yöntemin bir örneği “PST geçişi” olarak tanımlanan geçiş olabilir. Bu seçeneği kullanırken, kullanıcı posta kutusu verilerini bir PST dosyasına aktarmak ve ardından verileri Exchange Online posta kutusuna taşımak/kopyalamaktan "sorumludur".

Ek bir örnek şu olabilir: Microsoft aracı: Birçok kullanıcının PST dosyalarını merkezi bir konumda tutan ve ardından verileri Exchange Online'a "gönderebilen" PST Capture.

Bu konsepti temel alan üçüncü taraf posta taşıma araçlarından bazıları. Kuruluşun posta sunucusundan merkezi bir konuma (taşıma istasyonları) kopyalanan posta kutusu verileri ve taşıma istasyonu tarafından Exchange Online'a "itilir".

1. Office 365 yerleşik geçiş araçları

Office 365, farklı ihtiyaçlar ve farklı kurumsal posta altyapısı için tasarlanmış yerleşik posta taşıma araçlarını (Yerel Office 365 posta taşıma araçları) içerir.

Not: "Office 365'e Geçiş" terimi, kullanıcı geçişi gibi ek yönlerle ilgilidir, ancak bu makalede yalnızca "posta geçişi" kısmıyla ilgiliyiz

Office 365'in yerleşik posta taşıma araçları şunlardır:

Geçiş geçişi
Aşama geçişi
IMAP Taşıma
Hibrit geçiş

Yerel Office 365 posta taşıma araçları | Temel konseptler

Aşağıdaki bölümde, Yerel Office 365 posta taşıma araçlarını kullanırken posta taşımayla ilgili bazı temel terimleri/kavramları gözden geçirmek istiyorum.

Herkese açık olma

Yerel Office 365 posta taşıma araçlarını kullanabilmek için, Şirket içi Exchange sunucusunun "genel bir varlığa" (Genel IP, Genel sertifika vb.) sahip olması gerekir. Ek bir gereksinim, Şirket içi Exchange sunucusunun Outlook Anywhere hizmeti (önceki terim RPC/HTTPS'dir) sağlayacak şekilde yapılandırılmış olmasıdır.

Yerel Office 365 posta taşıma araçlarını kullanırken posta taşıma işlemi, Exchange Online için posta taşıma işlemi için kullanılan bir iletişim kanalı "oluşturan" Exchange Online tarafından uygulandığından, "Herkese Açık Varlık" ihtiyacı zorunlu bir gerekliliktir. .

Hibrit yapılandırma gibi ek senaryolar için Exchange şirket içi sunucusunun "Genel varlığı" gereklidir. Hibrit yapılandırma, "posta geçişi" konusunun yanı sıra, Şirket içi Exchange Sunucusu ile Exchange Online arasında, Posta akışı, Serbest/Meşgul süresi ve çok daha fazlası gibi ek hizmetler için kullanılan bir "ilişkiyi" tanımlar.

Taşıma grubu

Posta geçişi, Exchange Online web yönetim konsolundan yeni bir geçiş toplu işlemi oluşturularak gerçekleştirilir. Geçiş toplu işlemi aşağıdakilerle ilgili bilgilerin tutulmasına hizmet eden mantıksal bir kavramdır:

Taşımak istediğimiz posta kutusunun adları
“Son nokta” ile ilgili bilgiler
Posta taşıma günlüklerini ve posta taşıma işlemiyle ilgili bilgileri kaydetme ve sunma konumu

"Taşımamız gereken posta kutularının adları hakkındaki bilgiler" kavramının bir istisnası, Kesin geçiş seçeneğini kullanmamızdır. Bu tür posta taşıma, posta kutularının %100'ünü taşımaya ihtiyaç duyduğumuz/istediğimiz temel varsayımına dayanır.

Bitiş Noktası

Geçiş sürecinin “başlatılması”, Exchange Online'dan “Son Nokta” olarak tanımlanan mantıksal bir bağlayıcı oluşturularak gerçekleştirilir. Bitiş noktası yalnızca aşağıdaki ayrıntıları içeren bir yapılandırma dosyasıdır:

Exchange Online tarafından "posta sunucusuna" (Exchange şirket içi sunucu veya başka bir posta sunucusu) bağlandığında kullanılacak gerekli kimlik bilgileri (yönetici kullanıcı adı ve parola).
Etki alanının adı ve posta sunucusu adı. (Sunucunun Şirket içi Exchange sunucusu olması durumunda, Otomatik Bulma işleminde alan adı kullanılacaktır).
Maksimum eşzamanlı oturumların değeri (maksimum eşzamanlı posta kutusu geçişi sayısı).

Aşağıdaki ekran görüntüsünde “Endpoint.txt” ayarını görebiliriz. ”

Posta taşıma | Kopyala ve Taşı

Tanımlayabileceğimiz ek bir sınıflandırma, posta kutusu verilerinin Exchange Online'a kopyalanması işlemi ile “posta kutusu verilerinin Exchange Online'a taşınması” işlemiyle ilgilidir.

Kesin geçiş ve aşamalı geçiş yöntemleri yalnızca posta kutusu verilerini Exchange Online'a kopyalarken, Exchange şirket içi sunucu posta kutusu içeriğini buluta taşıyan Karma geçiş yöntemine kıyasla (başarılı bir geçiş işleminden sonra posta kutusu Exchange on Exchange'den silinir) -Tesis sunucu veritabanı).

Hibrit geçiş ve Geçiş ve Aşamalı posta geçişi karşılaştırması | toplam veri miktarı

Bu bölümde, Yerel Office 365 posta taşıma araçlarını kullanırken, posta taşıma sürecinde yer alan "veri miktarı" ile ilgili zorunlu bir konuyu vurgulamak istiyorum.

Çoğu zaman buluta posta geçişi konusunu konuştuğumuzda, A noktasından (çoğunlukla kurumun ağı) B noktasına “aktarmamız” gereken “veri miktarı” ile ilgilidir ( Office 365/Exchange Çevrimiçi).

Çoğu zaman göz ardı edilen önemli bir ayrıntı, buluttan kuruluşun ağına "geri gönderdiğimiz" veri miktarıdır (ve kurumsal iletişim hatlarının ağ bant genişliğini etkileyecektir).

Yerel Office 365 posta taşıma araçlarından bahsederken posta taşıma seçeneklerini iki gruba ayırabiliriz: Cutover, Stage ve IMAP geçişi ve Hibrit geçiş.

Kesim, Aşama ve IMAP geçişi

Aşağıdaki geçiş seçeneklerinden birini kullanarak posta geçişini gerçekleştirdiğimizde: IMAP, Cutover ve Stage geçişi, aşağıdaki formülü kullanarak kurumsal iletişim hattından geçecek veri miktarını hesaplamamız gerekir: Posta kutusu boyutu X 2

Bu formülün nedeni, ilk defa mevcut posta kutusu içeriğini kuruluştan buluta taşımamız gerekmesidir.

Aşağıdaki şemada 15GB posta kutusunu buluta (Exchange Online) taşıdığımız senaryonun bir çizimini görüyoruz.

Çoğu zaman bahsedilmeyen ayrıntı, IMAP, Cutover ve Stage geçişini kullanırken mevcut Outlook OST dosyasının artık geçerli olmamasıdır.

Posta kutusunun geçiş işlemi başarıyla tamamlandıktan sonra yeni bir Outlook posta profili oluşturmamız gerekecek. Outlook istemcisi önbellek modu seçeneğini kullanacak şekilde yapılandırıldığından, bu yeni bir OST dosyasının oluşturulmasına yol açacaktır (“eski OST” dosyası yalnızca kullanıcı profili klasöründe yer alacaktır ve bu dosyayı kullanmanın bir yolu yoktur). ) ve Outlook istemcisi, posta kutusu içeriğini Exchange Online posta kutusundan yerel kullanıcı masaüstü OST dosyasına otomatik olarak "çekmeye" başlayacaktır.

Senaryomuzda, Outlook istemcisinin 15 GB veriyi yerel OST dosyasına "geri çekmesi" gerekecektir.

Karma geçiş

Karma geçiş seçeneğini kullanırken, posta kutusu verilerinin boyutunu iki katına çıkarma ihtiyacından kaçınıyoruz çünkü Karma geçiş seçeneğini kullanırken "Posta Kutusunu Taşı" terimini kullanıyoruz (kullanırken "Posta kutusunu kopyala" terimi yerine) IMAP, Geçiş ve Aşama geçişi).

Posta kutusu içeriği Exchange şirket içi sunucusundan buluta "taşınır" ve Outlook istemcisi mevcut OST dosyasının nasıl kullanılacağını "bilir" + "yeni posta sunucusunu" (yeni posta sunucusuna) işaret edecek mevcut Outlook posta profilini günceller Exchange Online sunucusunun adı. Daha doğru olmak gerekirse Exchange Online CAS sunucusunun adı).

2. PST geçişi

Ek bir geçiş türü şu şekilde tanımlanabilir: “PST Geçişi”. Bu tür geçişi "istemci tarafı posta geçişi" olarak adlandırıyorum çünkü PST geçişi kavramı, posta kutusu verilerinin bir PST dosyasına aktarılması, bir Exchange Online posta kutusu oluşturulması ve PST dosyasındaki verilerin Exchange Online posta kutusuna aktarılmasıyla gerçekleştirilir. .

PST geçişiyle ilgili fikrimi belirtmekten kendimi alamıyorum. Benim tavsiyem bu geçiş türünden kaçınmaya çalışmanızdır çünkü bu geçiş türü geçerli değildir. Office 365'in yerleşik posta taşıma araçlarını kullanmak gibi en uygun yöntemlere kıyasla birkaç önemli dezavantaj içerir.

PST geçişi seçeneğini kullanırken veriler, kullanıcının masaüstünden Exchange Online posta kutusuna "gönderilir". Gerçek şu ki, PST Geçişinin verileri buluta kopyalayıp Exchange Online'dan kullanıcı masaüstüne tekrar kopyalaması yoluyla veri boyutunu iki katına çıkarmasına gerek yoktur (Kesme ve Aşama geçişi kullanılırken kullanılan yöntem).

Verileri Outlook'tan dışarı aktarma ve verileri kullanıcı masaüstüne geri alma + verileri Exchange Online posta kutusuyla senkronize etme süreci oldukça sıkıcıdır, dışarı aktarma/içe aktarma işlemi uygulandığı sürece kullanıcının posta kutusuna erişmesini engeller ve karmaşık hale getirir Posta taşıma işlemini gerçekleştiren kişinin, posta taşıma prosedürünü oluşturmak için her kullanıcı masaüstüne ayrı ayrı erişmesi gerekeceğinden posta taşıma işlemi.

3. Üçüncü Taraf Taşıma

Üçüncü taraf posta taşıma araçlarıyla ilgili çok fazla deneyimimin olmaması gibi basit bir nedenden dolayı, üçüncü taraf Taşıma araçları/yazılımları konusuyla ilgili ayrıntılara girmeyeceğim. Genel olarak konuşursak, üçüncü taraf Geçiş araçları, aşağıdaki yöntemleri kullanarak posta geçiş işlemini Exchange Online'a uygulayabilir:

MAPI Geçişi (bence daha uygun bir terim RPC/HTTPS'tir, ancak bu Microsoft makalesinde bahsedilen bir terimdir).
EWS Geçişi
PST geçişi

Kuruluş posta sunucusu teknolojisi

Microsoft Native Office 365 posta taşıma araçları, kuruluşun posta sunucusunun bir "Microsoft Exchange sunucusu" olduğu temel varsayımına dayanan bir çözüm sağlamak üzere tasarlanmıştır.

Not: Bu kavramın istisnası, IMAP4 protokolünü destekleyen ve bir "Microsoft Exchange sunucusu" olması gerekmeyen posta sunucusundan posta taşıma işlemini uygulamamıza olanak tanıyan IMAP posta taşıma yöntemidir.

Gerçek hayatta IBM Lotus Notes, Novell GroupWise ve daha fazlası gibi birçok posta sunucusu vardır. Bu senaryolarda çoğu zaman tek seçenek üçüncü taraf Geçiş ürününü satın almaktır ve genellikle üçüncü taraf Posta Geçişi ürünleri, Yerel Office 365 posta taşıma araçlarında bulunmayan ek geliştirmelere ve özelliklere sahiptir.

Senaryo 1: "Harici bileşen" kullanan üçüncü taraf Posta Taşıma ürünleri

Bu senaryoda posta geçişi, iki mantıksal bağlayıcıya sahip bir "harici bileşen" kullanılarak gerçekleştirilir. Bağlayıcılardan biri kuruluşun posta sunucusuna (Microsoft Exchange şirket içi sunucusu veya başka bir posta sunucusu) ve diğer "bacak" ise Exchange Online'a bağlanır. Üçüncü taraf posta taşıma bileşeni, verilerin kuruluşun posta sunucusundan "çekilmesinden" ve verilerin (posta kutusu içeriği) Exchange Online'a "aktarılmasından" sorumludur.

Senaryo 2: "Taşıma sunucusu"

Üçüncü taraf posta taşıma ürünleri tarafından uygulanan ikinci metodoloji (Microsoft tarafından) şu şekilde tanımlanır: "Geçiş sunucusu" veya "atlama kutusu". Geçiş sunucusu, geçiş sürecinin "merkezi" haline gelir.

Posta sunucusu posta kutusu verileri, verileri "tutan ve yöneten" ve verileri buluta "aktarmak" için kullanacak Exchange Online bağlayıcısını kullanan Geçiş sunucusuna "aktarılır".

Not: Posta kutusu içeriğinin kuruluş posta sunucusundan Exchange Online posta kutusuna ve geri kopyalanması ihtiyacından kaynaklanan "posta kutusu verilerinin iki katına çıkması" sorunuyla ilgili.

Outlook, Exchange Online posta kutusundaki verileri yerel OST'ye "geri çektiğinde", bana öyle geliyor ki 3. Taraf posta taşıma ürünlerinin çoğu, yerel Outlook OST dosyasını kullanma yeteneğine sahip olmayacak (tarafından uygulanan yöntem). Hibrit geçişi kullanarak) ancak en iyi uygulama, yazılım sağlayıcılarına bu seçeneği sormaktır.

Exchange ve Taşıma motoru

Exchange sunucusundan posta taşıma işlemiyle ilgili olduğumuzda, Exchange sunucusuyla iletişim kurmak için kullanabileceğimiz ve verileri (kullanıcının posta kutusu içeriği) “dışarı çekmeyi” isteyebileceğimiz birkaç yöntem vardır. Mevcut seçenekler şunlardır:

RPC/HTTPS
HTTPS/EWS
IMAP

Not: IMAP taşıma yöntemiyle ilgili olmayacağım temel varsayım, bu yöntemin Exchange dışı sunuculardan posta taşıma için kullanılacağı yönündedir.

RPC/HTTPS ve EWS

Exchange Online sunucusu ile Exchange On-Premises arasında HTTPS protokolü kullanılarak oluşturulan “iletişim kanalı”.

RPC/HTTPS ve EWS kavramını basitleştirebilmek için, bu yöntemi, Exchange sunucusunun "dinleme", hizmet sağlama ve Mail istemcisi (Outlook Anywhere) veya diğer ana bilgisayarlarla iletişim kurma biçimi olarak "Exchange dinleyicileri" olarak ilişkilendirebiliriz. sunucular (senaryomuz Exchange Online'da).

Exchange EWS (Exchange Web servisleri) yöntemi daha gelişmiş ve verimli olup, Exchange'den posta taşıma konusunda tercih edilen (mümkünse) yöntemdir.

Exchange Web Service (EWS), büyük veri yığınlarını desteklediğinden ve daha iyi hizmet odaklı kısıtlamaya sahip olduğundan Office 365'e geçiş için kullanılması önerilen protokoldür. Office 365'te, kimliğe bürünme modunda kullanıldığında, EWS kullanılarak yapılan geçişler, kullanıcının bütçelenen miktardaki Office 365 EWS kaynaklarını tüketmez, bunun yerine bütçelenen kaynakların bir kopyasını tüketir: Aynı yönetici hesabı tarafından yapılan tüm EWS kimliğine bürünme çağrıları, şu tutardan ayrı olarak hesaplanır: bu yönetici hesabına uygulanan bütçe. Her kimliğe bürünme oturumu için gerçek kullanıcının bütçesinin gölge kopyası oluşturulur. Bu özel oturuma ilişkin tüm geçişler bu gölge kopyayı kullanacak. Kimliğe bürünme altında kısıtlama, her kullanıcı taşıma oturumuna özeldir.

Aşağıdaki grafikte Exchange sunucusundan posta kutusu verilerini “çekmek” için kullanabileceğimiz üç Exchange “dinleyicisini” görebiliriz.

Microsoft Native Office 365 posta taşıma araçları ve Exchange şirket içi sunucusuyla iletişim

Exchange on-Premises sunucusundan veri “çekmek” için Microsoft Native Office 365 posta taşıma araçlarını kullandığımızda, Exchange on-Premises sunucusu “dinleyicileri” ile iletişim şu şekilde uygulanacaktır: Cutover ve Stage geçişi, RPC kullanarak Şirket içi Exchange sunucusunu kullanın veya doğru olmak istiyorsak: RPC/HTTPS (gerçek katman yapısı aslında MAPI/RPC/HTTPS'dir).

Hibrit geçiş, Exchange şirket içi sunucusuyla iletişimin "EWS dinleyicisine" adres verilerek ve posta kutusu taşıma isteklerinin işlenmesinden ve yönetilmesinden sorumlu olan MRS proxy adlı yerleşik bir bileşen kullanılarak gerçekleştirilmesi nedeniyle daha karmaşık kabul edilir (buradan senaryomuzda Exchange On-Premises sunucularından Exchange Online'a).

Exchange EWS kullanılarak posta geçişi uygulandığında, posta geçişi veriminin sonucu, RPC ve IMAP gibi "diğer" yöntemlerden daha iyidir çünkü Exchange EWS, büyük miktarda veriyi ve birden fazla bağlantıyı en uygun şekilde işleyecek şekilde tasarlanmıştır. yol.

Aşağıdaki şemada, farklı posta taşıma seçeneklerinin, posta geçişini uygulamak için Exchange "dinleyicilerini" nasıl kullandığını görebiliriz. Üçüncü taraf bir posta taşıma ürünü kullanırken, ürünün kullandığı belirli yöntemi (RPC, EWS vb.) sağlayıcıya sormanız önerilir.

Bir sonraki makalede Office 365'e Posta geçişini inceleyeceğiz | Posta Taşıma performansını etkileyen faktörler.