Microsoft 365 Kurulumu Nasıl Yapılır?

Microsoft 365 geçişinin teknik kısmı düşünüldüğü kadar zor değildir. Sorunlar genellikle planlama eksikliğinden çıkar: yanlış lisans seçimi, taşınamayan arşiv veya geçiş sırasında kaybolan e-postalar. Bu yazıda sırayla ne yapılması gerektiğini ve hangi adımda neye dikkat edileceğini anlatıyoruz.

1. Lisans planlaması

Herkese aynı paketi almak gerekmez ve genellikle gereksiz maliyet üretir. Kullanıcıları rollerine göre gruplayın: yalnızca e-posta kullanan depo personeli ile masaüstü Office uygulamalarına ihtiyaç duyan muhasebe aynı pakette olmak zorunda değil.

Sorulacak sorular: Bu kullanıcı masaüstü Office uygulamalarına ihtiyaç duyuyor mu, yoksa tarayıcı sürümü yeterli mi? Ne kadar posta kutusu alanı gerekiyor? Teams toplantı özelliklerine ihtiyaç var mı? Cevaplara göre lisans dağılımı çıkarıldığında aylık maliyet belirgin şekilde düşer.

Ödeme biçimi de karara dahildir. Yıllık taahhüt aylık ödemeye göre daha uygun birim fiyat sunar, ancak yıl içinde küçülen bir kadroda fazladan lisans elinizde kalır. Kadrosu dalgalanan işletmelerde çekirdek personel için yıllık, mevsimlik veya proje bazlı personel için aylık taahhüt seçmek makul bir orta yoldur.

2. Alan adı doğrulaması

Alan adınızın size ait olduğunu kanıtlamak için DNS ayarlarına bir doğrulama kaydı eklenir. Bu adımda kritik nokta şudur: e-posta yönlendirmesini (MX kaydı) henüz değiştirmeyin.

Önce hesapları hazırlayın, taşımayı test edin, sonra yönlendirmeyi değiştirin. MX kaydını erken değiştirmek, hesaplar hazır olmadan gelen e-postaların reddedilmesine yol açar.

3. Kullanıcıların ve yapının açılması

Hesaplar açılır, gruplar ve ortak posta kutuları tanımlanır. Bu aşamada birkaç kuralı baştan belirlemek, sonradan çıkacak karışıklığı önler:

• Kullanıcı adı standardı ne olacak? (ad.soyad@ mi, adsoyad@ mi)
• Ayrılan personelin kutusu kime devredilecek?
• Hangi ortak adresler olacak? (bilgi@, muhasebe@, destek@)
• Dağıtım grupları kimlerden oluşacak?

Ortak posta kutularının ayrı lisans gerektirmediğini bilmek de maliyet açısından önemlidir; birçok işletme bunun için gereksiz yere ek lisans satın alır.

4. E-postaların taşınması

Mevcut kutular arşiviyle birlikte taşınır. Taşıma tamamlanana kadar eski sistemi kapatmayın; geçiş sırasında gelen e-postaların kaybolmaması için bir süre iki sistemi de açık tutmak gerekir.

Büyük arşivlerde taşıma saatler sürebilir. Bu yüzden taşımayı hafta sonuna veya mesai dışına planlamak, kullanıcıların yarıda kalmış bir kutuyla karşılaşmasını önler. Taşıma bittikten sonra rastgele birkaç kullanıcının eski e-postalarını kontrol edin; sayı doğru görünse bile içerik bütünlüğünü doğrulamak gerekir.

5. Güvenlik ayarları

Kurulumun en çok atlanan ama en kritik adımı budur. Varsayılan ayarlarla bırakılmış bir Microsoft 365 kiracısı güvenli değildir.

• Tüm kullanıcılar için çok adımlı doğrulamayı zorunlu hâle getirin.
• SPF, DKIM ve DMARC kayıtlarını yeni yapıya göre güncelleyin.
• Yönetici hesaplarını günlük kullanımdan ayırın; yönetici hesabıyla e-posta okunmamalı.
• Dış paylaşım kurallarını ihtiyaca göre kısıtlayın.
• Eski kimlik doğrulama protokollerini kapatın; çok adımlı doğrulamayı atlatmanın en yaygın yolu bunlardır.

6. Dosyalar nereye taşınacak?

Geçişlerde en çok atlanan başlık budur. E-posta taşınır, dosyalar eski sunucuda kalır ve aylar sonra herkes iki ayrı yerde çalışıyor olur. Kararın baştan verilmesi gerekir ve karar aslında sadedir: kişisel çalışma dosyaları OneDrive'a, ortak kullanılan departman ve proje dosyaları SharePoint'e.

Ayrım önemlidir, çünkü bir kişinin OneDrive'ında duran dosya o kişiye aittir. Muhasebe klasörünü muhasebecinin OneDrive'ına koyarsanız, o kişi ayrıldığında dosyalar hesabıyla birlikte kapanma sürecine girer. Ortak veri, kişiye değil kuruma bağlı bir alanda durmalıdır.

Taşımadan önce mevcut klasör yapısını gözden geçirin. Yıllar içinde büyümüş paylaşımlı klasörlerde çok derin iç içe yapılar ve aşırı uzun dosya yolları bulunur; bunlar taşıma sırasında hata üretir. Aynı fırsatla artık kullanılmayan arşivleri ayırmak, hem taşıma süresini kısaltır hem de yeni yapıyı temiz başlatır.

7. Cihaz kurulumu ve devir

Bilgisayarlarda ve telefonlarda hesaplar yapılandırılır. Personele kısa bir kullanım anlatımı yapmak, ilk haftadaki destek taleplerini gözle görülür biçimde azaltır.

Anlatılması gereken üç şey genellikle şunlardır: dosyaların artık nerede durduğu, çok adımlı doğrulamanın nasıl çalıştığı ve telefondan e-postaya nasıl erişileceği. Bu üçü anlatıldığında ilk hafta sorularının büyük bölümü baştan çözülmüş olur.

Sık yapılan hatalar

• MX kaydını hesaplar hazır olmadan değiştirmek.
• Eski sistemi taşıma biter bitmez kapatmak.
• Çok adımlı doğrulamayı 'sonra açarız' diye ertelemek.
• Herkese aynı ve en pahalı lisansı vermek.
• SPF kaydını güncellemeyi unutmak ve e-postaların spam'e düşmesine şaşırmak.
• Ortak dosyaları bir kullanıcının kişisel alanına taşımak.

Buluta geçmek yedeklemeyi ortadan kaldırmaz

Yaygın bir varsayım var: veriler artık Microsoft'ta olduğuna göre yedekleme meselesi çözülmüştür. Bu doğru değil. Microsoft altyapının sürekliliğinden sorumludur; verinin kendisinden siz sorumlusunuz. İkisi farklı şeylerdir.

Pratikte şu anlama gelir: bir kullanıcı kendi posta kutusundaki bir klasörü sildiğinde, ya da ayrılan bir personelin lisansı kaldırıldığında, veri belirli bir süre sonra kalıcı olarak gider. Geri dönüşüm kutusu ve saklama politikaları kısa vadeli hatalar için tampon sağlar, uzun vadeli bir yedek yerine geçmez.

Bu yüzden posta kutularının ve SharePoint içeriğinin ayrı bir yere yedeklenmesi önerilir. Kurulumun en son adımı, aslında en kolay ertelenen adımıdır — ve ertelendiğinde yıllar sonra fark edilir.

Geçişten sonraki ilk ay

Taşıma bittiğinde iş bitmiş sayılmaz. İlk ay, planlamada gözden kaçan detayların ortaya çıktığı dönemdir: bir tarayıcının e-posta gönderme ayarı eski sunucuya bakıyordur, muhasebe programı fatura gönderemiyordur veya bir ortak takvim paylaşımı taşınmamıştır.

Bu yüzden geçişin ardından eski sistemi bir süre daha kapatmadan, ama devre dışı bırakılabilir hâlde tutmak doğru olur. Ayrıca ilk ayın sonunda lisans dağılımını yeniden gözden geçirin; gerçek kullanım verisiyle bakıldığında bazı kullanıcıların daha düşük bir pakete geçebildiği sık görülür.