Bağımlılık Analizi
Hangi sistemin hangisine, nasıl bağlı olduğunu çıkarırız. Geçiş sırasını bu haritaya göre kurgularız; sıra yanlış olursa taşınan veri bile işe yaramaz.
Veri ve Uygulama Geçişi
Veriyi taşımak kolay, kaybetmeden taşımak marifet.
Bir migrasyon, kaynak ile hedef arasında veri kopyalamaktan ibaret değildir. Bütünlük bozulmadan taşınması, bağımlılıkların doğru sırayla ele alınması ve bir şeyler ters giderse eski hâline dönülebilmesi gerekir. En iyi migrasyon, kullanıcının fark etmediği migrasyondur.
Neden Önemli?
Geçen veri değil, doğrulanmış veri değerlidir.
Migrasyon projelerinde en sık yaşanan sorun kopyalama hatası değil; bağımlılıkların gözden kaçmasıdır. Bir uygulama başka bir sisteme bağımlıysa ve o sıra doğru kurgulanmazsa, veri taşınır ama uygulama çalışmaz. Bunu geçiş günü değil, aylar sonra bir raporun tutmadığını fark ettiğinizde öğrenirsiniz.
Veluva her migrasyonu bağımlılık haritasıyla başlatır, veri bütünlüğünü taşıma sırasında ve sonrasında doğrular, geri dönüş planını her aşama için hazır tutar. Amaç yalnızca veriyi karşıya geçirmek değil; geçtikten sonra hiçbir şeyin eksik ya da bozuk olmadığını kanıtlamaktır.
-
Bağımlılık önce haritalanır
Hangi sistemin hangisine bağlı olduğu geçişten önce bilinir.
-
Bütünlük doğrulanır
Kayıt sayısı ve veri tutarlılığı geçiş sonrası kontrol edilir.
-
Geri dönüş her zaman hazır
Sorun çıkarsa eski duruma dönüş planı önceden yazılıdır.
Yetenekler
Kopyalamak değil, doğrulayarak taşımak.
Veri, uygulama ve platform geçişlerini planlama, uygulama ve doğrulama aşamalarıyla yürütürüz.
Veri Geçişi
Veritabanı, dosya ve uygulama verisini kaynaktan hedefe taşırız. Büyük hacimli veride artımlı senkronizasyon kullanarak kesinti penceresini kısaltırız.
Uygulama Geçişi
Uygulamaları yeni ortama taşır, yapılandırma ve entegrasyonlarını yeniden kurarız. Sürüm uyumluluğu ve bağımlı servisler geçiş öncesi test edilir.
Bütünlük Doğrulaması
Kayıt sayısı, sağlama toplamı ve örnekleme testleriyle taşınan verinin kaynakla birebir örtüştüğünü doğrularız. Doğrulanmamış migrasyon tamamlanmış sayılmaz.
Kesinti Yönetimi
Kritik geçişleri mesai dışı planlı pencerelerde, paralel çalışma imkânıyla yürütürüz. Kesinti süresi tahmin değil, tatbikatla ölçülmüş bir rakamdır.
Geri Dönüş Planlaması
Her aşama için net bir geri dönüş kriteri ve yordamı hazırlarız. Bir şey ters giderse karar bekleme değil, önceden tanımlanmış bir adım devreye girer.
Ne Zaman İhtiyaç Duyarsınız?
Migrasyon projesi için tipik durumlar.
Aşağıdakilerden biri size uyuyorsa, geçiş sürecinin planlı ve doğrulanmış biçimde yürütülmesi kritik önem taşır. Kısa bir görüşmeyle kapsamı netleştirebiliriz.
- Veritabanı ya da uygulamayı yeni bir platforma taşıyorsunuz.
- Eski sunucudan yenisine veri geçişi yapılacak.
- Sistemler arası karmaşık bağımlılıklar var, sırayı bilmiyorsunuz.
- Daha önce bir geçişte veri kaybı ya da tutarsızlık yaşadınız.
- Kesinti penceresi çok kısıtlı, hata payınız yok.
- Geçişi kendi ekibiniz yapıyor ama bağımsız bir doğrulama istiyorsunuz.
Nasıl Kuruyoruz
Taşımak değil, kanıtlayarak taşımak.
Migrasyonu dört adımda yürütür, her aşamada geri dönüş yolunu açık tutarız.
01
Analiz
Veri hacmi, bağımlılıklar ve geçiş sırası çıkarılır.
02
Prova
Geçiş test ortamında denenir, süre ve sorunlar görülür.
03
Geçiş
Veri ve uygulama planlı pencerede, kontrollü taşınır.
04
Doğrulama
Bütünlük kontrol edilir, sonuç raporla belgelenir.
Öne Çıkan Senaryolar
Platformdan değil, veriden başlarız.
Sunucu, veritabanı, e-posta ve dosya sistemi geçişlerinde deneyimliyiz. Kaynak ve hedef ne olursa olsun, aynı doğrulama disipliniyle çalışırız.
- SQL Server
- Exchange
- Dosya Sunucuları
- Azure / AWS
- VMware / Hyper-V
Sık Sorulanlar
Merak edilenler
Geçiş sırasında sistemimiz durur mu?
Amacımız bunu önlemektir. Büyük hacimli veride artımlı senkronizasyon kullanırız: veri önceden büyük ölçüde kopyalanır, son geçiş anında yalnızca fark taşınır. Bu, kesinti penceresini saatlerden dakikalara indirebilir.
Veri kaybı yaşarsak ne olur?
Bu senaryoya karşı geri dönüş planı her migrasyonun zorunlu parçasıdır. Kaynak sistem geçiş tamamlanana ve doğrulanana kadar el değmeden tutulur; bir sorun tespit edilirse önceden tanımlanmış adımlarla geri dönülür.
Bütünlük doğrulaması tam olarak ne demek?
Taşınan verinin kaynaktaki ile birebir örtüştüğünü kanıtlamak demek. Kayıt sayılarını karşılaştırır, örneklem bazında içerik kontrolü yapar ve kritik uygulamalarda uçtan uca işlevsel test çalıştırırız. “Göç etti” ile “doğru göç etti” farklı şeylerdir.
Farklı platformlar arası geçiş (örneğin farklı veritabanı motorları) yapabilir misiniz?
Evet ama bu, aynı platform içi geçişten daha karmaşıktır ve daha uzun sürer. Şema ve veri tipi uyumsuzlukları önceden analiz edilmeli, dönüşüm kuralları test edilmelidir. Bu tür projelerde ek analiz süresi ayırırız.
Kendi ekibimiz geçişi yapabilir, sadece doğrulama ister misiniz?
Bu talep edilen bir modeldir. Ekibinizin yürüttüğü geçişi bağımsız bir gözle doğrular, bütünlük kontrollerini yapar ve eksik varsa raporlarız. Bazen en değerli katkı, taşımak değil ikinci bir gözle kanıtlamaktır.
Migrasyon sonrası eski sistemi ne zaman kapatabiliriz?
Doğrulama tamamlanana ve yeni sistem belirli bir süre sorunsuz çalıştığına kanaat getirilene kadar değil. Genellikle bir gözlem penceresi öneririz; bu süre boyunca eski sistem kapatılmaz, yalnızca erişim kısıtlanır.
İlgili Hizmetler
Geçişi tamamlayan başlıklar
Sonraki Adım
Geçişinizi kaybetmeden tamamlayalım.
Kısa bir görüşmeyle veri hacminizi, bağımlılıklarınızı ve doğru geçiş planını netleştirelim. Bağlayıcı taahhüt yok.