Bianalist ana sayfaİletişime geç
Menü
BİANALIST

ODI yüklemesi hata verdiğinde nereden başlanır?

Bir ODI yüklemesi hata verdiğinde ilk hedef, akışı hemen yeniden çalıştırmak değil; hatanın yerini, veri üzerindeki etkisini ve güvenli yeniden başlatma noktasını belirlemektir.

1. Başarısız oturumu ve adımı bulun

Operator ekranında yalnızca üst seviye oturum durumuna bakmak yeterli değildir. Başarısız task, çalıştırılan komut, hata kodu ve etkilenen teknoloji birlikte incelenmelidir.

İlk kayıt altına alınacaklar

  • Load plan, senaryo ve session numarası
  • Başarısız step ve task adı
  • Hata kodu ve kısa mesaj
  • Başlangıç/bitiş zamanı
  • Kaynak ve hedef bağlantı durumu

2. Teknik hata mı, veri hatası mı?

Bağlantı kesintisi, alan yetersizliği veya yetki problemi operasyonel bir hata olabilir. Veri tipi dönüşümü, zorunlu alan, tekillik veya referans bütünlüğü hatası ise veri içeriği ve iş kuralı açısından ele alınmalıdır.

Hata sınıfı belirlenmeden yapılan yeniden çalıştırma, aynı sorunu tekrar üretir veya kısmi yüklemeyi büyütebilir.

3. Kısmi commit oluştu mu?

Akışın hangi adımlarda commit yaptığı kontrol edilmelidir. Hedefe bazı kayıtlar yazıldıysa oturumu baştan çalıştırmak çoğalma yaratabilir. Geçici tablolar, yükleme kontrol alanları ve hedefteki dönem verisi birlikte incelenmelidir.

Yeniden çalıştırmadan önce

  • Hedefte kısmi veri var mı?
  • Akış idempotent mi?
  • Sil-yükle, merge veya append davranışı hangisi?
  • Geçici nesneler temizlenmiş mi?
  • Bağımlı akışlar çalışmış mı?

4. Güvenli yeniden başlatma noktasını seçin

ODI sürümüne ve tasarıma göre oturum son başarısız task’tan veya belirlenen bir adımdan yeniden başlatılabilir. Ancak teknik olarak mümkün olan nokta her zaman veri açısından güvenli nokta değildir.

Restart kararı; commit davranışı, hedef tablonun yükleme yöntemi ve sonraki adımların etkisiyle birlikte verilmelidir.

5. Yeşil durumdan sonra mutabakat yapın

Oturumun başarılı görünmesi verinin doğru olduğu anlamına gelmez. Kaynak kayıt sayısı, hedef kayıt sayısı, toplamlar, reddedilen kayıtlar ve beklenen dönem kapsamı kontrol edilmelidir.

6. Tekrarını önleyecek kayıt oluşturun

Hatanın nedeni, uygulanan çözüm ve güvenli yeniden çalıştırma adımı operasyon notuna eklenmelidir. Sık tekrarlanan hatalar için otomatik kontrol, uyarı veya ön koşul tasarlanmalıdır.

Temel ilke

“Session yeşile döndü” kontrolün sonu değildir. Güvenli bir operasyon; hata sınıflandırması, kontrollü restart ve veri mutabakatının birlikte tamamlanmasıdır.

Sürüm ve kurulum davranışı farklılık gösterebilir. Yeniden başlatma seçenekleri için Oracle’ın resmi ODI çalıştırma dokümantasyonunu kullandığınız sürümle karşılaştırın.

ODI akışınızı değerlendirelim