Yazılım geçişinde veri, yayına alma ve geri dönüş planı

Geçiş, aktarım betiğinden önce başlar

Taşıma sürerken oluşacak verinin ne olacağı belirlenmeli. Varlıkları, kimlikleri, ilişkileri, tarihleri ve ekleri envantere alın. Her anda hangi sistemin yazma sahibi olduğunu açıklayın. Dünkü veriyi doğru taşıyan bir betik, bugünkü değişiklikleri yine de kaybedebilir. Sonucu kabul edecek iş sorumlusu ve geçişi durdurabilecek operatör belli olsun.

Temsilî ve korunmuş verilerle prova yapın

Mükerrer kayıt, eksik değer, eski durum kodu ve büyük kayıt içeren arındırılmış veri kullanın. Toplamları ve ilişkileri kontrol edip bütün iş akışlarından örnekler doğrulayın. Örnek bir üyelik sisteminde üye sayısının eşit olması yetmez: aktif haklar, ödeme referansları ve iptal durumları da tutmalı. Ölçülmemiş kesinti süresi vaat etmek yerine provanın o ortamda ne kadar sürdüğünü kaydedin.

Kayıt sayısının ötesinde mutabakat yapmak

Script’ten önce sayıları, ilişkileri ve iş anlamını doğrulayacak kontrolleri hazırlayın. Üyelikte hakkın doğru üyeye ve aboneliğe bağlı olduğunu, iptal edilenin yanlışlıkla açılmadığını kontrol edin. Ana tablonun yanında ekleri ve referans kimliklerini inceleyin. Bilerek taşınmayan kayıtları gerekçe ve onaylayanı ile listeleyin. Toplam güven verse bile açıklanamayan fark başarısız kontroldür.

Geçişi operatörün uygulayacağı adımlarla yazmak

Her adımın işlemini, sorumlusunu, beklenen kanıtını ve durma koşulunu sıralayın. Personel iletişimi, yeni yazmaları kontrol etme, son veri alımı, aktarım, mutabakat, uygulama değişimi ve gözlemi ekleyin. İzole ortamda prova yapıp belgelenmemiş kararları tamamlayın. Ölçülen süre yalnız o ortamı anlatır; sınanmamış production taşımasına vaat değildir. Engellenen adımda hesap sahibini aramamak için erişim ve iletişim yolunu önceden hazırlayın.

Geçişten sonra oluşan değişiklikleri korumak

Kullanıcı yeni sisteme yazınca geri dönüş DB kopyasından fazlasını gerektirir. Sonradan oluşan veya değişen kayıtları, dış etkilerini ve eskiye dönerken nasıl korunacağını belirleyin. Ters aktarım güvenli değilse yeni sistem üzerinde onarıma devam etmek için kontrollü bir yol tanımlayın ve bu yaklaşımın sınırlarını önceden açıklayın. Durma veya devam kararını kimin hangi kanıtla vereceği belli olsun. Başarı sonrası kurtarma malzemesini koruyun; geçici erişimleri ve iki sistemde birden çalışan işleri talimata göre kaldırın.

Geri dönüşün de bir yazma politikası olmalı

Kısa bir yazma durdurması mutabakatı basitleştirir ama işi kesintiye uğratır. Paralel çalışma kesintiyi azaltabilir; senkronizasyon ve çakışma çözümünü zorlaştırır. Kullanıcılar yalnızca yeni veritabanında değişiklik yaptıysa eski uygulamayı açmak geçerli bir geri dönüş değildir. Dönülemeyecek noktayı, uygulanabiliyorsa ters senkronizasyonu veya yeni değişiklikleri koruyan kurtarma yolunu tanımlayın.

Yayına alma çizelgesini hazırlayın

Orvun Labs ile veri geçişini yeni yazılımla birlikte değerlendirin. Süreli adımlar, isimleri belli sorumlular ve nesnel durdurma koşulları operatörlerin elinde bulunsun. Aynı kişinin hem geçişi hem kurtarmayı doğaçlamasına güvenmeyin.

• Yazma açılmadan hangi kontroller geçmeli?
• Geç gelen değişiklikler ve başarısız aktarımlar nasıl uzlaştırılacak?
• Yayını kim, hangi kanıtla durdurabilir?
• Geri dönüşte yeni sistemdeki değişiklikler nasıl korunacak?