Microsoft 365’e mail taşıma: kontrol listesi

Microsoft 365’e mail taşıma: kontrol listesi

Microsoft 365’e mail taşırken kaynak verinin yanında hedef kuruluşun, kullanıcıların ve posta kutularının hazırlığı kontrol edilmelidir. Mevcut bir Microsoft 365 hesabı bulunması bütün hedef koşullarının tamamlandığını göstermez. Kaynak ve hedef adresler eşleştirilmeli, kullanılacak yöntemin veri sınırları belirlenmeli ve yeni posta akışı planlanmalıdır. Kullanıcı cihazları ve uygulama gönderimleri de ilgili kapsam içinde ayrıca doğrulanır. Uygulama kapsamı için mail taşıma hizmeti sayfasındaki açıklamalar da değerlendirilebilir.

Office 365 mail taşıma adıyla da aranan bu çalışma, yalnız hedefte kullanıcı hesabı açılması değildir. Kaynak veriye erişim, uygun yöntem, hedef posta kutusu hazırlığı, adreslerin eşleştirilmesi ve kabul kontrolleri birlikte kapsamlandırılır. Mevcut kurulumunuz hazırsa bütün Microsoft 365 ortamının yeniden kurulması gerekmez; gerekli eksikler ayrıca belirlenir. Hizmet teklifinin mevcut durumu dikkate alması, gereksiz işlemlerle veri taşıma ihtiyacının birbirine karışmasını önler. Başarı ölçütü, onaylanan kapsamın hedefte doğrulanabilir şekilde teslim edilmesidir.

Hedef Microsoft 365 kuruluşu doğru seçilmeli

İlk incelemede şirketin kullanacağı Microsoft 365 kuruluşu, yani tenant, doğrulanır. Daha önce açılmış deneme ortamı, farklı sağlayıcıdan alınmış abonelik veya başka bölümün yönettiği hesaplar bulunabilir. Posta verisinin hangi ortama aktarılacağı kesinleşmeden kullanıcı ve alan adı işlemlerine başlamak sonraki düzeltmeleri artırabilir. Şirketin hedef ortamda yetkili sorumlusu belirlenmeli; geçiş ekibinin hangi işlemleri yapacağı ve hangi kararlar için müşteri onayı isteyeceği açıklanmalıdır.

Mevcut Microsoft 365 ortamından başka bir Microsoft 365 ortamına geçiş, dışarıdaki standart posta kutularının yeni hedefe aktarılmasıyla aynı proje olmayabilir. Şirket birleşmesi veya alan adı değişimi gibi koşullar varsa kimlik ve adres bağımlılıkları ayrıca değerlendirilir. Teklif, kaynak ve hedef kuruluşu açıkça tarif etmelidir. Mevcut kullanıcıların korunması, yeniden açılacak hesaplar ve kaynakta kalacak hizmetler başlangıçta ayrılmalıdır. Böylece teknik ekipten beklenen taşıma işi ile daha geniş kuruluş dönüşümü arasındaki sınır anlaşılır.

Alan adı ve adres eşleştirmesi hedef hazırlığının parçasıdır

Kullanıcıların mevcut adresleriyle çalışmaya devam etmesi isteniyorsa alan adı ve hesap eşleştirmesi kontrol edilir. Ana adresler, takma adresler ve ortak kullanım adresleri birbirinin yerine geçirilmemelidir. Aynı kişiye ait eski ve yeni hesap adlarının farklı olması halinde hangi kaynak kutunun hangi hedefe gideceği yazılır. Şirket yetkilisinin onayladığı eşleştirme listesi, yanlış kutuya aktarım riskini azaltan önemli bir kontrol noktasıdır. Değişen çalışanlar veya kapanmış hesaplar da bu listede değerlendirilmelidir.

Microsoft’un özel alan adı ekleme belgesi, sahiplik doğrulaması ve ilgili DNS hazırlıklarını açıklar. Belgede, e-posta yönünü Microsoft 365’e çevirecek MX değişikliğinden önce ilgili kullanıcı ve posta kutularının hazırlanması gerektiği belirtilir. Bu nedenle alan adı ekleme, veri kopyalama ve posta yönlendirmesi aynı işlem gibi sunulmamalıdır. Hangisinin hangi onayla yapılacağı, DNS yetkisinin kimde bulunduğu ve diğer kayıtların korunması teklifte açıklanabilir.

Lisans ve hedef posta kutusu uygunluğu doğrulanır

Microsoft 365 hesabının bulunması, ihtiyaç duyulan posta hizmetinin hazır olduğunu tek başına göstermez. Hedef kutunun kullanılabilirliği, ilgili lisans hakkı ve veri hacmine uygunluğu kontrol edilmelidir. Kullanıcı kutusu, ortak kutu ve arşiv ihtiyacı farklı özellikler gerektirebilir. Satın alınmış ürünün tam adı ile kullanılmak istenen işlevler karşılaştırılır. Sadece kullanıcı sayısına bakıp bütün hedeflerin aynı kapasite ve özellikte olduğunu varsaymak, aktarım sırasında beklenmeyen sınırlamalarla karşılaşılmasına yol açabilir.

Taşıma teklifinde lisans satışı, mevcut aboneliğin kullanılması ve teknik uygulama ayrı kalemler olarak gösterilebilir. Ürün seçimini ayrıntılı değerlendirmek için Microsoft 365 lisans seçimi rehberinden yararlanabilirsiniz. Bu projenin tesliminde önemli olan onaylanan kullanıcılar için uygun hedef kutuların hazırlanması ve kaynak veriyle eşleşmesidir. Kapasite veya özellik eksikliği görülürse şirket yetkilisine seçenek sunulmalıdır; ek abonelik ihtiyacı sessizce taşıma bedelinin içine gizlenmemelidir.

Kaynak sisteme uygun yöntem ve veri sınırları

Kaynak sistem Exchange, Google Workspace veya IMAP erişimi veren başka bir hizmet olabilir. Uygulanacak yöntem kaynağın yeteneklerine, hedefe ve taşınacak veri türlerine göre seçilir. Microsoft’un posta geçiş seçenekleri açıklaması, tek bir yöntemin bütün kaynaklar için aynı kapsamı sağlamadığını gösterir. Teknik ekipten neden belirli bir yöntemin seçildiğini, hangi ön koşulların bulunduğunu ve hangi öğelerin başka çalışma gerektirdiğini anlatmasını isteyebilirsiniz.

Microsoft IMAP geçiş belgesi, bu yöntemle ileti klasörlerinin aktarılabildiğini; kişiler, takvimler ve görevlerin aynı geçişin kapsamında olmadığını belirtir. Öğe ve boyut sınırlamaları da güncel kaynak üzerinden değerlendirilmelidir. Bu ayrımlar, teklifte “bütün veriler taşınır” gibi sınırsız bir ifade yerine veri türlerinin yazılmasını gerektirir. Kaynakta bozuk veya erişilemeyen öğeler varsa bunların raporlanması ve ayrı değerlendirilmesi kabul planına eklenebilir.

Yönetim yetkisi ve geçiş erişimi nasıl verilir?

Taşıma ekibinin kaynak posta kutularını okuyabilmesi ve hedefte gerekli işlemleri yapabilmesi gerekir. Ancak kaynak ve hedef erişimi aynı yetki değildir. Microsoft’un geçiş izinleri belgesi, Exchange kaynaklı yöntemlerde gereken yetkilerin uygulanan geçiş türüne göre değiştiğini gösterir. Başka kaynaklar için ilgili sağlayıcının erişim koşulları ayrıca kontrol edilir. Ekipten hangi hesabı hangi işlem için kullanacağını ve iş sonunda bu erişimin nasıl değerlendirileceğini açıklamasını isteyin.

Üçüncü taraf aktarım aracı kullanılacaksa gereken yönetici onayı ve veri erişimi önceden belirtilmelidir. Onay verilecek uygulama, istenen kapsam ve yetkili müşteri sorumlusu açık olmalıdır. Sıradan bir kullanıcıdan şirket genelini etkileyen onay beklenmemelidir. Parola veya doğrulama kodu herkese açık e-posta grubunda paylaşılmamalıdır. Proje boyunca kullanılan geçici hesaplar, verilen izinler ve iptal edilecek erişimler listelenirse, geçiş sonrasındaki yönetim sorumluluğu da daha anlaşılır biçimde devredilebilir.

Pilot aktarım hedefteki günlük kullanımla sınanır

Pilot için yalnız küçük ve kolay kutular seçmek yeterli bir değerlendirme sağlamayabilir. Farklı veri hacimleri, ortak adres kullanımı ve cihaz türleri örneklenebilir. Hedefte oturum açma, ilgili posta klasörlerini görme ve gerekli alım gönderim işlevleri denenir. Bu çalışma, geniş geçiş başlamadan önce yöntem sınırlarını ve kullanıcı desteği ihtiyacını gösterir. Pilotun teslimi aktarım ekranındaki bir durumdan ibaret olmamalı; bulgular ve devam kararları yazılı kayda dönüşmelidir.

Varsayımsal bir işletmede iletiler aktarılmış olsa da ortak adres üzerinden yanıt verme ihtiyacı karşılanmamış olabilir. Bu durumda sorun veri aktarımında değil hedef izinlerinin hazırlanmasında bulunabilir. Örnek bir müşteri sonucu iddiası değildir; kabulün veri ve kullanım olarak iki yönlü değerlendirilmesini açıklar. Pilot sonrasında hangi açık işlerin geniş geçişi durduracağı kararlaştırılmalıdır. Çalışanların kısa bilgilendirmeye veya cihaz ayarına ihtiyaç duyması halinde bu emeğin kim tarafından sağlanacağı da teklifte bulunmalıdır.

Posta yönlendirmesi ve son farkların kontrolü

Canlı geçişte yeni gelen postanın hedefe yönlendirilmesiyle kaynakta biriken son farkların kontrolü koordineli yürütülür. Değişiklik zamanı, kullanıcıların hangi uygulamayı kullanacağı ve kaynak erişiminin ne kadar süreceği açıklanır. DNS değişikliğinden sonra farklı göndericiler aynı anda aynı sonucu görmeyebilir; bu nedenle tek bir dış test bütün akışın doğrulandığı anlamına gelmez. Plan, izlenecek belirtileri ve sorun çıktığında hangi ekibin müdahale edeceğini tarif etmelidir.

Web sitesi formları, yazıcılar ve muhasebe uygulaması eski posta ortamını kullanıyor olabilir. Bunların Microsoft 365 hedefiyle nasıl çalışacağı ayrıca incelenmelidir; eski bağlantı bilgisini her yere kopyalamak uygun bir yöntem değildir. Gönderim kaynağı, kimlik doğrulama ve izin koşulları güncel üretici kurallarıyla kontrol edilir. Uygulama ekibi gerekiyorsa kimin koordinasyon sağlayacağı belirlenir. Teknik değişikliğin ardından dış alım, dış gönderim ve kapsamda bulunan uygulama bildirimleri ayrı testlerle kaydedilebilir.

Kabul raporu, kaynak kapanışı ve destek devri

Kabul raporunda aktarılacak veri türleriyle yapılan testler eşleştirilir. Örnek tarih aralıkları, klasörler, ekler ve kapsamda bulunan diğer öğeler hedefte kontrol edilir. Hata veya atlanan öğe raporları incelenmeden bütün kutular tamamlandı kabul edilmemelidir. Müşterinin doğrulayacağı kullanım senaryoları ve açık kalacak işler belirtilir. Kaynak hizmetin ne zaman kapatılacağı, veri incelemesi ve kalan bağımlılıklar dikkate alınarak yetkili şirket sorumlusuyla kararlaştırılır.

Geçiş sonrası kısa düzeltme dönemi ile sürekli Microsoft 365 yönetimi ayrı hizmetler olabilir. Yeni çalışan eklenmesi, farklı cihaz hazırlanması veya sonraki güvenlik değişikliklerinin ilk taşıma bedeline dahil olup olmadığı sorulmalıdır. Günlük işletim gerekiyorsa Microsoft 365 yönetim hizmeti ayrıca kapsamlandırılabilir. Şirketin elinde kullanıcı eşleştirmesi, uygulanan değişiklik özeti, test sonuçları ve destek iletişim düzeni bulunmalıdır. Geçici aktarım izinlerinin durumu da kapanışta gözden geçirilmelidir.

Microsoft 365 mail taşıma hizmeti fiyatı nasıl hazırlanır?

Microsoft 365 mail taşıma hizmeti fiyatını kaynak türü, kullanıcı ve kutu sayısı, toplam hacim, veri türleri ve hedef hazırlığının durumu etkiler. Lisans eksikleri, yerel arşivler, ek aktarım araçları, cihaz ayarları ve mesai dışı çalışma ayrıca maliyet oluşturabilir. Kaynak sağlayıcının sınırları ve gereken izinler de süreyi değiştirebilir. İnceleme olmadan kesin tamamlanma süresi, sıfır kesinti veya veri kaybı olmayacağı garantisi verilmesi yerine, iş kapsamının ve kontrol koşullarının açık olmasını isteyin.

Son kontrol listesinde hedef kuruluş, alan adı, kullanıcı eşleştirmesi, lisanslar, yöntem sınırları ve posta akışı birlikte yer almalıdır. Tamamlanan kontrolleri ve açık kalan işleri ayrı kaydedin. Sorumluları ve sonraki adımları belirlemek, uygulama sonucunu başlangıçta tanımlanan kapsamla karşılaştırmayı kolaylaştırır.

Teklif için mail taşıma hizmeti sayfasına gidin.

Sık Sorulan Sorular