Google Drive'dan OneDrive ve SharePoint'e Geçiş Nasıl Yapılır? (2026)

Xen Bilişim ekibi · Microsoft Kayıtlı İş Ortağı · MS-100/MS-102/AZ-104 sertifikalı danışmanlar

Özet (TL;DR): Google Drive içeriğini OneDrive ve SharePoint'e taşımanın Microsoft'un kendi yolu, Microsoft 365 yönetim merkezindeki Migration Manager (Geçiş Yöneticisi) aracıdır. Altı adımda ilerler: Google Workspace'e bağlanma, sürücüleri tarama, geçiş listesine alma, hedef yolları gözden geçirme, kimlik eşleme, geçişi başlatıp izleme. Araç Google Docs, Sheets ve Slides dosyalarını Word, Excel ve PowerPoint biçimine çevirir, Google'daki hiçbir şeyi silmez, tek dosya için 250 GB sınırı vardır. Dosya düzeyindeki izinler ve eski sürümler varsayılan olarak taşınmaz, dış paylaşım bağlantıları hiç taşınmaz; bunları geçişten önce ayarlamak gerekir.

Google Drive envanterinizi birlikte çıkarıp ücretsiz bir geçiş planı hazırlayalım. Kaç sürücü, kaç gigabayt veri ve hangi izin riskleri olduğunu bir iş gününde raporluyoruz.

Google Drive'dan Neden Microsoft 365'e Geçilir?

Genellikle sebep Drive'ın tek başına bir sorun olması değildir. Kurum e-postasını, takvimini ve Teams toplantılarını Microsoft 365'e taşıdıktan sonra dosyalar Google'da kalır; çalışan iki ayrı sistemde iki ayrı parola ve iki ayrı paylaşım mantığıyla uğraşır. Dosyaların Microsoft 365'te durması ayrıca tek bir yerden yönetilen izinler, veri sızıntısı önleme ilkeleri ve hassasiyet etiketleri demektir. Bu başlıkların ayrıntısı için SharePoint ve OneDrive'da hassasiyet etiketi yazımıza bakabilirsiniz.

E-postayı da Google'dan taşıyorsanız bu yazıyla birlikte Google Workspace'ten Microsoft 365'e 21 günlük geçiş rehberini okumanızı öneririz. Dosya geçişi, posta geçişinden ayrı planlanır ve genellikle ondan önce başlar, çünkü veri hacmi büyüktür ve günler sürebilir.

Başlamadan Önce: Roller, Hedefler ve Gereksinimler

Microsoft Learn belgesine göre (2026-09 itibarıyla) geçişi yapacak kişinin Microsoft 365 tarafında şu rollerden birine sahip olması gerekir: OneDrive/SharePoint yöneticisi, Microsoft 365 Migration Administrator rolü verilmiş bir kullanıcı ya da genel yönetici. Microsoft en az yetkili rolün kullanılmasını önerir; yani yalnızca bu iş için bir hesap oluşturup işi bitince yetkiyi almak doğru yaklaşımdır.

Google tarafında ise Microsoft 365 Migration uygulamasını kurabilen ve taşınacak sürücülere erişebilen bir Google Workspace yöneticisi gerekir. Uygulamayı kurmak için süper yönetici hesabı şarttır, çünkü Google bu uygulamanın kurumun tamamı için kurulmasını yalnızca süper yöneticiye bırakır.

• Hedef kullanıcılar hazır olmalı. Her Google kullanıcısının Microsoft 365'te karşılığı olan bir hesabı, lisansı ve hazır bir OneDrive'ı olmalıdır. OneDrive hedefleniyorsa hesabın OneDrive'ı önceden oluşturulmamışsa geçiş doğrulamada başarısız olur; bu durumda OneDrive'ı önceden hazırlama adımı gerekir.
• Paylaşılan sürücüler için hedef siteler hazır olmalı. Google'daki paylaşılan sürücü (Shared Drive) mantık olarak bir SharePoint ekip sitesindeki belge kitaplığına ya da bir Teams kanalına karşılık gelir. Siteyi önceden açıp üyelerini belirlemek gerekir.
• Dosya ve yol uzunluğu. Hedef yol adresi 400 karakteri aşan dosyalar taşınmaz. Türkiye'de sık görülen "Müşteriler 2019 ... Sözleşmeler ... Son Hali Revize Son" tarzı iç içe uzun klasör adları bu sınıra takılır; taramada yakalanır, ama geçişten önce kısaltmak daha kolaydır.
• Tek dosya sınırı 250 GB. Google'dan Microsoft 365'e geçişte bir dosyanın alabileceği en büyük boyut 250 GB'dır; bu sınırı aşan dosya taşınmaz.

Bu sınırları ve rolleri teyit etmek için Microsoft'un Google geçişi genel bakış belgesini ve dosya boyutu sınırları sayfasını açık tutun.

Neler Taşınır, Neler Taşınmaz?

Geçişin en sık ters giden tarafı, taşınmayacağı bilinen bir şeyin taşınacağı sanılmasıdır. Microsoft'un belgelerine göre durum şöyledir:

• Google Docs, Sheets ve Slides geçiş sırasında Google'ın dışa aktarma hizmetiyle Office biçimine çevrilir: belge .docx, tablo .xlsx, sunum .pptx olur. Google'daki orijinal dosyalar değişmez.
• Google Forms artık varsayılan olarak taşınır, ancak formların saklanacağı bir Microsoft 365 kullanıcısını "Forms hedefi" olarak göstermeniz gerekir.
• Google Drawings varsayılan olarak PNG görsel olarak taşınır.
• Google Sites ve Google Maps taşınmaz; Google bu içeriklerin dışa aktarılmasına izin vermez.
• "Sahipsiz" (orphaned) dosyalar, yani hiçbir klasörde görünmeyen ve konumu belli olmayan dosyalar taranmaz, taşınmaz ve hiçbir raporda görünmez. Bu yüzden kaynak envanteri ayrıca sayıp karşılaştırmak gerekir.
• Kısıtlı (indirilemez/kopyalanamaz) işaretli dosyalar taşınmaz.
• Dış paylaşım bağlantıları ve dış iş ortakları. Araç dış paylaşım bağlantılarını yeniden oluşturmaz ve içeriği dış kişilerle paylaşmaz. Microsoft bunu, kurum içi hassas verinin kendiliğinden misafirlerle paylaşılmasını önleyen bir koruma olarak anlatır. Bağlantıları geçişten sonra elle yeniden oluşturursunuz.
• Eski sürümler. Varsayılan olarak yalnızca son sürüm kopyalanır. Eski sürümler istiyorsanız proje ayarlarında dosya sürümü seçeneğini açmanız gerekir.
• Dosya düzeyindeki izinler. Varsayılan olarak kapalıdır; dosyalar hedef klasörün izinlerini devralır. Kimlik eşlemesi tek başına bu ayarı açmaz.

Aynı klasörde aynı ada sahip iki dosya varsa hedefte adlarının sonuna (1), (2) eklenir. Aynı ada sahip iki Google sürücüsü varsa yalnızca ilk bulunanı taşınır; ad içinde eğik çizgi geçen sürücü adları desteklenmez.

Adım 1: Google Workspace'e Bağlanın

1. Microsoft 365 yönetim merkezinde Kurulum > Geçiş kaynakları (Migration resources) bölümüne girin.
2. Kendin yap geçiş ve içe aktarma araçları başlığı altında araçları keşfet bağlantısını seçin ve Google Workspace kutucuğunu açın. Arayüz Türkçe ya da İngilizce olabilir; menü adları sürüme göre değişebilir.
3. Install and authorize düğmesini seçin. Google Workspace Marketplace'te süper yönetici hesabıyla oturum açın, kurum geneli kurulum seçeneğini (Google'da "Admin install" ya da "Domain install" olarak görünür) seçin, istenen erişimi inceleyin, onay kutusunu işaretleyip bitirin.
4. Microsoft 365 yönetim merkezine dönüp Next, ardından Sign in to Google Workspace deyin ve bağlantıyı tamamlayın.

Güvenlik gereği bu adımları tamamlamak için 10 dakikanız vardır; 10 dakika işlem yapılmazsa oturum sona erer ve baştan başlarsınız. Bu yüzden geçiş gününde Google süper yöneticisinin sizinle birlikte çalışabilir durumda olması gerekir; bu, en sık atlanan hazırlıktır.

Bağlantı kurulunca kurumunuzdaki Microsoft 365 lisans sayısına göre iki yoldan biri açılır. Lisans sayısı 300'ün altındaysa varsayılan olarak Migration Manager Lite devreye girer: görev seçme, hedef atama, kimlik eşleme ve ayarlar tek bir sihirbazda sorulur ve sihirbaz bitince geçiş kendiliğinden başlar. Lisans sayınız 300 ve üzerindeyse standart Migration Manager'ı görürsünüz; bu yolda tarama, geçiş listesi ve raporlar ayrı adımlardır. Bu yazının geri kalanı standart yolu anlatır, Lite'ta aynı kararlar sihirbazın içinde sorulur.

Adım 2: Sürücüleri Ekleyin ve Tarayın

1. Add Drives (Sürücü ekle) düğmesini seçin. Yeni kullanıcıları arayarak, tek bir kaynak yolu belirterek ya da CSV dosyasıyla toplu kaynak yolu yükleyerek sürücü ekleyebilirsiniz.
2. Eklediğiniz görevleri (her görev bir Google sürücüsüdür) seçip Scan (Tara) deyin. Taşıyabilmek için tüm görevlerin taranmış olması gerekir.
3. Tarama bitince özet tablo kaynak içeriğin boyutunu ve tarama durumunu gösterir. Scan summary report ve Scan detailed report raporlarını indirip inceleyin.

İki sınır önemlidir: tarama listesindeki toplam satır (görev) sayısı 50.000'i aşamaz ve bir görev (yani bir Google sürücüsü) 100.000 öğeyi ya da 1 TB veriyi aşmamalıdır. Büyük bir sürücü bu sınırlara yaklaşıyorsa kök klasörlerine göre birkaç göreve bölünür. Bunun için Add Drives altında Multiple specific Drives seçeneği ve CSV şablonu kullanılır; satırlar kullanici@sirket.com.tr/klasor01, kullanici@sirket.com.tr/klasor02 biçiminde yazılır. Dikkat: alt klasör görevleri, sürücünün kök dizininde doğrudan duran dosyaları kapsamaz. Tüm sürücü görevini silmeden önce kökteki dosyaları da planlamanız gerekir. Bu işlem Google'daki sürücüye ya da dosyalara dokunmaz.

Taramanın verdiği Ready to migrate (Taşımaya hazır) durumu "her şey geçecek" anlamına gelmez. Microsoft bunu açıkça uyarır: desteklenmeyen dosyalar öğe düzeyinde hata üretir ama görevin durumunu değiştirmez. Raporlardaki hata kodlarına bakmadan geçişe başlamayın.

Adım 3: Geçiş Listesine Alın

Taramada Ready to migrate durumuna gelen sürücüleri seçip geçiş listesine kopyalayın. Bu adımda aracın bir de "tahmini geçiş süresi" hesapladığını görürsünüz. Süre, görevin çalışmaya başladığı andan bitişine kadar olan zamandır; kuyrukta beklediği süre dahil değildir. Kaynak klasör taramadan sonra değiştiyse tahmini yenilemek için görevi yeniden tarayıp yeniden kopyalamak gerekir.

Adım 4: Hedef Yolları Gözden Geçirin

Geçiş listesindeki her satırın bir hedefi olmalıdır; hedefi olmayan görev taşınamaz. Geçiş başladıktan sonra bir görevin hedefi değiştirilemez, bu yüzden bu adım geçişin en kritik kontrol noktasıdır.

1. Satırı seçin, ayrıntı panelinde Destination altındaki Edit düğmesine basın.
2. OneDrive için kullanıcının e-posta adresini ve klasör adını; SharePoint için site adresini ve kitaplığı; Teams için ekip ve kanalı seçin.
3. Save path ile kaydedin.

Çok sayıda satır varsa Upload destinations ile CSV şablonu indirip Destination path sütununu doldurun; araç yüklenen hedefleri doğrular ve sorun varsa rapor verir. Hedef yol biçimleri şöyledir:

• SharePoint: https://kurumadi.sharepoint.com/sites/SatisEkibi/Shared Documents/Klasor
• OneDrive adresi: kullanici@sirket.com.tr
• OneDrive tam adres: https://kurumadi-my.sharepoint.com/personal/kullanici_sirket_com_tr/Documents/Klasor

Üç ayrıntıya dikkat edin. Birincisi, SharePoint yöneticisi arayüzde yalnızca üyesi olduğu siteleri görür; hedef sitenin listede çıkmaması çoğunlukla bu yüzdendir, çözüm CSV ile yüklemektir. İkincisi, yeni açılan sitelerin arayüze düşmesi birkaç saat sürebilir. Üçüncüsü, hedef olarak belge kitaplığının kökünü seçerseniz kaynağın kök klasör izinleri taşınmaz; bu izinlerin taşınması gerekiyorsa kitaplıkta bir klasör açıp hedef olarak onu gösterin.

Görevde Google Forms varsa hedef panelinde bir Forms destination sorulur; formların saklanacağı Microsoft 365 kullanıcısının e-posta adresini yazın.

Adım 5: Kimlikleri Eşleyin

Kimlik eşleme, Google'daki alan adı, kullanıcı ve grupların Microsoft 365'teki karşılıklarıyla ilişkilendirilmesidir. Eşleme yanlışsa dosyanın sahibi, "değiştiren" bilgisi ve izinler yanlış kişilere yansır. Map identities düğmesine basın.

• Otomatik eşleme: Araç, kimlik adları birebir aynı olanları kendisi eşler. Google'daki adres ile Microsoft 365'teki kullanıcı adı aynıysa (örneğin ayse.yilmaz@sirket.com.tr) sorun çıkmaz.
• Tek tek düzeltme: Satırı seçip karşılığındaki Microsoft 365 alan adı, kullanıcı ya da grubu yazın ve Save deyin.
• Toplu yükleme: Import users and groups > Batch upload ile CSV şablonunu indirip Microsoft 365 kimliği sütununu doldurun. Microsoft dosyanın yüklenirken doğrulanmadığını söyler; yüklemeden önce kendiniz kontrol edin.

Sık görülen bir tuzak: Google tarafında e-posta adresleri Türkçe karakterden arındırılmış (omer@), Microsoft 365 kullanıcı adları ise farklı biçimde (omer.ozturk@) oluşturulmuş olabilir. Otomatik eşleme bunları yakalayamaz ve yüzlerce satır eşlenmemiş kalır. Bu durumda tek bir eşleme tablosu hazırlayıp toplu yüklemek en hızlı yoldur.

Paylaşılan sürücülerde izinlerin doğru taşınması için geçişten önce Microsoft 365'te, Google grubuyla aynı üyelere sahip bir grup oluşturmanız (ya da hedef ekip sitesinin grubunu düzenlemeniz) ve kimlik eşlemede Google grubunu bu gruba bağlamanız gerekir.

Dosya düzeyindeki izinleri taşımak istiyorsanız eşlemeyi bitirdikten sonra proje ayarlarında izin ayarlarını ayrıca açın. Eşleme yapmak, izinlerin taşınacağı anlamına gelmez.

Adım 6: Geçişi Başlatın ve İzleyin

1. Taşınacak görevleri (Google sürücülerini) seçin.
2. Migrate düğmesine basın, onay panelinde yeniden Migrate deyin.
3. Durumu ve özet tabloyu izleyin. Veri hacmine göre bu birkaç saat ya da birkaç gün sürebilir.

Aynı anda en fazla 50 görev satırı çalışır; bu sayı tarama ve geçişi birlikte kapsar. 50'den fazlasını başlatırsanız rastgele 50'si çalışır, kalanlar kuyruğa girer ve biri bitince sıradaki başlar. Yavaşlama ya da geri çekilme istekleri olursa eşzamanlı görev sayısı azalabilir. İsterseniz bir ya da birden fazla görev için tek seferlik bir zamanlama yapıp geçişi mesai dışına alabilirsiniz.

Geçiş başladıktan sonra kaynak ya da hedefteki içeriği yeniden adlandırmayın ve taşımayın. Microsoft bunun içeriğin yeniden kopyalanıp kopya dosyalar yaratmasına yol açabileceğini söyler. Örneğin Google'daki kök klasörün adı değişirse araç onu yeni bir klasör sayıp tüm içeriği yeniden taşır.

Artımlı Eşitleme: İkinci Çalıştırmada Ne Olur?

Bir görevi ilk kez çalıştırmak ilk geçiştir. Aynı görevi tekrar Migrate ile çalıştırırsanız araç artımlı eşitleme yapar: hedefle kaynağı karşılaştırır ve yalnızca yeni ya da değişen dosyaları taşır. Pratikte iki hafta süren geçişlerde bu şöyle kullanılır: önce ilk büyük kopya, çalışma sürerken kullanıcılar Google'da çalışmaya devam eder, kesim gecesi bir son artımlı çalıştırma yapılır, ertesi sabah herkes Microsoft 365'e geçer.

Varsayılan modda bir tuzak vardır: hedefteki dosyanın değiştirilme zamanı daha yeniyse, kaynakta da düzenlenmiş olsa üzerine yazılmaz. İzin değişikliği tek başına bir dosyanın yeniden taşınmasını da tetiklemeyebilir. Migrate all files and overwrite any existing ones at the destination seçeneği bunu aşar ama hedefte yapılan düzenlemelerin üzerine yazar; seçmeden önce artımlı eşitleme belgesine bakın.

Raporlar ve Doğrulama

Geçişten sonra Migration summary report ve Migration detailed report dosyalarını indirin. Özet rapordaki durum kodu görev düzeyindeki sorunları, ayrıntılı rapordaki başarısızlık kodu (ResultCode) dosya düzeyindeki sorunları gösterir. Hataları giderdikten sonra görevi yeniden çalıştırın. Completed (Tamamlandı) durumu da "her şey taşındı" demek değildir. Bir görev, yalnızca desteklenmeyen dosyalar başarısız olduğu için Completed görünebilir. Kaynağı kapatmadan önce şu kontrolü yapın:

1. Desteklenmeyen ve bilerek dışarıda bırakılan öğelerin listesini sahipleriyle birlikte gözden geçirin.
2. Her sürücüden birkaç örnek dosyayı açıp içeriğini, sürümünü ve erişimi kontrol edin.
3. Kaynak dosya sayısı ile hedef dosya sayısını karşılaştırın; sahipsiz dosyalar için ayrı bir sayım yapın.
4. Dış paylaşım bağlantılarını gerektiği kadarıyla yeniden oluşturun.
5. Bir pilot kullanıcı grubuna dosyaları gerçekten kullandırıp geri bildirim alın.

Sık Karşılaşılan Hatalar ve Çözümleri

• Tarama ile Google Yönetim Konsolu'ndaki boyut tutmuyor. Bir kullanıcının dosyası başka birinin sürücüsündeyse boyut konsolda kullanıcıya yazılır ama tarama görevine yansımaz; dosya klasörün sahibinin görevi içinde taşınır. Ayrıca Google, kendi biçimindeki dosyaların (Docs, Sheets, Forms, Slides) boyutunu 2 Mayıs 2022'den itibaren hesaplamaya başlamıştır; bu tarihten önce oluşturulan ya da değiştirilen dosyalar tarama raporunda 1 bayt görünür.
• MEXPORTFILERESTRICTED hatası. Dosya taşınmaya karşı kısıtlı işaretlidir. Kısıtlamanın bilinçli olabileceğini unutmayın: dosyanın sahibinden ve ilke sorumlusundan onay alıp yalnızca gereken dosya için kısıtı kaldırın, kaldırılmayacaksa istisna listesine yazın.
• MAUTHACCESSTOKENINVALID ya da MAUTHREFRESHTOKEN hatası. Kimlik doğrulama ya da yetkilendirme başarısızdır. Migration uygulamasının yetkisinin hâlâ geçerli olduğunu kontrol edin, gerekirse yetkili bir yönetici ile yeniden bağlanın; etkilenen kullanıcılar için Google'daki Drive ve Docs hizmetinin açık olduğunu doğrulayın. Tek bir kullanıcı için hizmeti tüm kurum için açmayın.
• Hedef SharePoint sitesi listede görünmüyor. Yönetici o sitenin üyesi değildir, site yeni açılmıştır, çok bölgeli kiracı kısıtı vardır ya da yolda özel karakter vardır. Hedefi CSV ile yükleyin.
• OneDrive hedefi doğrulamadan geçmiyor. Kullanıcının OneDrive'ı henüz oluşmamıştır; önceden hazırlayın.
• Aynı klasörde (1), (2) ekli dosyalar çıktı. Kaynakta aynı ada sahip dosyalar vardı; bu beklenen davranıştır.

Geçişten sonra kullanıcıların OneDrive'ı bilgisayarlarına eşitlerken sorun yaşaması da sık görülür; bunun için OneDrive eşitleme sorunları çözüm rehberimiz işinize yarar.

Kurumsal Notlar: KVKK, Saklama ve Mevzuat

Dosya geçişi kişisel veri taşıyan bir işlemdir; İK dosyaları, müşteri sözleşmeleri ve bordro kayıtları Drive'da duruyor olabilir. Geçişten önce 6698 sayılı KVKK kapsamındaki veri envanterinizi ve veri işleyen sözleşmelerinizi (Google ve Microsoft ile olanlar) gözden geçirin. 12. madde gereği alınması gereken teknik ve idari tedbirler geçiş sırasında da geçerlidir: geçişi yapan hesabın yetkisini işi bitince kaldırmak, rapor dosyalarını (kullanıcı adlarını içerir) güvenli yerde tutmak bunun örnekleridir.

Ticari defter ve belgelerin saklanması için Vergi Usul Kanunu'nun öngördüğü 10 yıllık süre, e-fatura ve e-defter arşivlerinin yanlışlıkla silinmesine karşı ayrı bir dikkat gerektirir. Google'daki bu tür dosyaları taşıyıp doğruladıktan sonra, kaynağı kapatmadan önce saklama politikanızı yazılı hale getirin. Geçiş sonrası erişim ve veri koruma ilkeleri için Microsoft güvenlik ve uyumluluk çözümlerimize bakabilirsiniz.

Geri dönüş planı: Migration Manager Google'daki hiçbir veriyi silmez, yani kopyalama işlemidir; kes-yapıştır değil. Bu, kaynak bir süre durduğu sürece geri dönüşü kolaylaştırır. Google lisanslarını kapatma kararını, doğrulama bitip kullanıcılar birkaç hafta yeni sistemi sorunsuz kullandıktan sonra verin.

Geçiş planınızı WhatsApp'tan paylaşın, sürücü sayınıza göre süre ve çalışma takvimini birlikte çıkaralım.

Sıkça Sorulan Sorular (SSS)

Google Drive'dan OneDrive'a geçiş için ek bir program satın almak gerekir mi?

Hayır. Microsoft 365 yönetim merkezinde hazır gelen Migration Manager kullanılır; geçişi yapan kişinin uygun bir rolü ve Google tarafında süper yönetici erişimi olması gerekir. Microsoft Learn belgelerinde Google içeriği için kullanılacak araç olarak Migration Manager gösterilmektedir. Çok karmaşık izin yapıları için üçüncü taraf araçlar tercih edilebilir, ama bu bir zorunluluk değil, bir tercihtir.

Geçiş Google'daki dosyalarımı siler mi?

Hayır. Migration Manager Google'daki kaynak veriyi hiçbir zaman silmez; içeriği kopyalar. Orijinal Google Docs, Sheets ve Slides dosyaları da olduğu gibi kalır, yalnızca hedefte Office biçiminde bir kopyası oluşur.

Google Docs belgelerim Word'e dönüştüğünde biçim bozulur mu?

Dönüşüm Google'ın kendi dışa aktarma hizmetiyle yapılır: belgeler .docx, tablolar .xlsx, sunumlar .pptx olur. Karmaşık biçimlendirme, Google'a özgü bazı betikler ve formüller hedefte farklı çalışabilir. Bu yüzden her sürücü grubundan birkaç temsilî dosyayı geçişten sonra açıp kontrol etmenizi, kritik tablolar için pilot yapmanızı öneririz.

Paylaşım izinleri ve dış paylaşım bağlantıları taşınır mı?

Dosya düzeyindeki izinler varsayılan olarak kapalıdır; dosyalar hedef klasörün izinlerini devralır. İzinleri taşımak için proje ayarlarında ilgili seçeneği açmanız ve kimlikleri doğru eşlemeniz gerekir. Dış paylaşım bağlantıları hiçbir şekilde yeniden oluşturulmaz, dışarıyla paylaşım geçişten sonra elle yapılır.

Geçiş ne kadar sürer?

Microsoft sabit bir süre vermez; veri hacmine göre birkaç saatten birkaç güne kadar uzayabilir. Araç, tarama sonrası her görev için bir tahmini süre hesaplar, ancak artımlı çalıştırmalarda bu tahmin çok sapabilir. Aynı anda en fazla 50 görev çalıştığı için çok sayıda küçük sürücü olan kurumlarda toplam süre kuyruk yapısına da bağlıdır.

Paylaşılan sürücüleri (Shared Drive) Teams ya da SharePoint'e taşıyabilir miyiz?

Evet. Hedef olarak bir SharePoint sitesi ve kitaplığı ya da bir Teams kanalı seçilebilir. İzinlerin doğru taşınması için önce Microsoft 365'te Google grubuyla aynı üyelere sahip bir grup oluşturmanız ve kimlik eşlemede Google grubunu bu gruba bağlamanız gerekir.

Geçişi kendimiz mi yapmalıyız, destek mi almalıyız?

Az sayıda kullanıcı, tek düzey klasör yapısı ve sade izinler varsa Microsoft'un belgeleriyle kendiniz yapabilirsiniz. Çok sayıda paylaşılan sürücü, karmaşık izin yapısı, dosya düzeyinde izin taşıma ya da kısa kesim penceresi varsa deneyimli bir iş ortağıyla çalışmak hata ve geri dönüş riskini belirgin biçimde azaltır.

Sonuç: Geçişin Başarısı Taramada ve Kimlik Eşlemede Belli Olur

Google Drive'dan Microsoft 365'e dosya geçişi, Microsoft'un kendi aracıyla yapılabilir ve araç kaynağa dokunmadığı için geri dönüş imkânı vardır. Zorluk aracın kendisinde değil; taşınmayacakları önceden bilmekte, kimlik eşlemeyi doğru yapmakta ve izin ile sürüm ayarlarını geçişten önce açmaktadır.

Sıra basittir: önce roller ve hedef siteler, sonra tarama ve rapor incelemesi, ardından hedef yollar ve kimlik eşleme, en sonda ilk geçiş, artımlı çalıştırma ve doğrulama. Kaynağı kapatmayı, raporlardaki her açık kalemi çözdükten sonra yapın.

Microsoft İstanbul, Xen Bilişim ekibi olarak, kurumunuzun Google Drive'dan OneDrive ve SharePoint'e geçiş yolculuğunda envanter çıkarmadan kimlik eşlemeye, izin taşımadan doğrulamaya kadar uçtan uca destek sağlıyoruz. İletişim sayfamızdan ya da Microsoft 365 çözümlerimiz sayfasından bize ulaşın.