Cevap.

BT dünya deneyiminde, veri göçü görevleri genellikle beklenmedik aksaklıkların kaynağı olmuştur: bilginin bozulması, kaybolması veya kopyalanması, özellikle büyük ve çeşitli bilgi çerçevelerinde (örneğin, monolitik yapıdan mikroservislere veya eski platformlardan modern çözümlere geçişte).

Sorun, göç konusunda standart bir görüşün olmamasında yatıyor: müşteriler veya geliştiriciler bu görevi genellikle yalnızca teknik bir görev olarak değerlendirir, iş süreçleri için riskleri göz önünde bulundurmadan ve sınır durum senaryolarını geliştirmeden (veri formatlarının, yapıların uyumsuzluğu, eski sistemdeki tek seferlik iş kurallarının kaybı gibi).

Çözüm, sistematik bir yaklaşımda yatıyor:

Veri modellerinin tam envanteri, belirgin olmayan bağlantılar ve iş kuralları dahil.
Göç senaryolarının ayrıntılı olarak geliştirilmesi: tarihsel, güncel olmayan, phantable ve dağınık verilerle ne olacağı.
Göç gereksinimlerinin belgelerine açık bir şekilde dahil edilmesi, yükleme sırası, geri alma yöntemleri, taşımanın tamlığı ve doğruluğu kontrolü dahil.
Risk alanlarının belgelenmesi: neyin taşınmadığı, neden ve bunun nasıl belgelenmesi gerektiği.

Temel özellikler:

İş analisti, mimar ve DBA arasında yakın iletişim gereklidir.
Göçün doğrulanması için her zaman bir aşama eklenir (örneğin, seçmeli kopyalama ve sonrasında denetim).
Aşamalı (adım adım) belgelenme: neyin tamamen taşındığı, neyin kısmen taşındığı, neyin manuel çalışma gerektirdiği.

Tuzaklı Sorular.

“Her şey veritabanında mevcutsa, veri göçü iş birimlerinin katılımı olmadanı yapılabilir mi?”

Hayır, işin katılımı olmadan verilerin geçerliliğini, kritikliğini ve güncelliğini belirlemek mümkün değildir. Eski iş kuralları, hatta resmi olarak tanımlanmasa bile, bilginin yaşam döngüsü üzerinde etkili olabilir.

Eski veri modelindeki tüm alanların yeni sistemde saklanması zorunlu mu?

Her zaman değil: bazı alanlar müzeyes veya anlamını yitirmiş olabilir. Ancak bu karar, belgelenerek onaylanmalıdır, aksi takdirde iş süreçlerinde uyumsuzluk riski oluşur.

Sadece "taze" verilerin seçmeli taşınması yeterli olabilir mi?

Bu, iş gereksinimlerine bağlıdır. Genellikle tarihsel verilere, raporlama, uyum veya denetim için ihtiyaç duyulur. Seçmeli göç, onay olmadan yapılırsa, hukuki veya operasyonel bilgilerin kaybı riski yaratır.

Tipik Hatalar ve Anti-Desenler

Veri dönüşümünün spesifikasyonunun olmaması (hangi alanların dönüştürüldüğü ve nasıl).
Aşağı akış süreçlerini etkileyen niteliklerin atlanması.
Göçlerin yeniden test edilme ve denetim izleme ihtiyacının göz ardı edilmesi.

Gerçek Hayat Örneği

Negatif durumda: Bir banka yeni bir CRM sistemine geçiyordu; analistler müşteri şehri ile bölgesel vergi indirimleri arasındaki ilişkileri belgelenmemişti. Bu, bonus tahakkuklarında hatalara yol açtı.

Artılar:

Çözümün hızlı bir şekilde uygulanması.

Eksiler:

Müşterilere binlerce tazminat ödemesi.
Hukuki riskler ve müşteri güveninin kaybı.

Pozitif durumda: Geçiş öncesinde analistler, ayrıntılı bir nitelik haritası oluşturdu, pilot bir seçim ve veri yüklemesi gerçekleştirdi, rastgele müşteriler üzerinde her bir işlemin doğruluğunu test etti, tüm senaryoları iş ve denetim ile onayladı.