Bu normal bir davranış. Enerji kesintisi, sistemde donanım sorunları, uygulamanın bilinçli şekilde kapatılması, gibi pek çok sorun beklenmedik kapanmalara yol açabilir. Bu durumda index olası hasara karşı bir sonraki açılışta bir sağlık kontrolünden geçer ve bulunan hatalar düzeltilir.

Süreci hızlandırmak için indexi yedeklemeniz ve açılışta yedekten kurtar demeniz gereklidir. Yedekten kurtarma geri dönüşsüz bir veri kaybına yol açmaz. Bir sonraki değişenleri indexle işleminde son eklenenler yenilenir.

Aktif-Pasif ve Aktif-Aktif konfigürasyonu

GEODI Index Yedekleme ve Kurtarma | GEODI Index Kurtarma Seçenekleriarchived

GEODI sunucuyu optimum şekilde kullanmak üzere tasarlanmıştır. Sunucu belleği ve CPU kaynağı dinamik olarak kullanılır. Basit ve hızlı işlenen dosyalarda eş zamanlı görevlerin sayısı artar, ağır dosyalarda düşürülür.

Eğer işlem çok yavaş ilerliyorsa

• Bellek az ya da sunucuda çalışan başka işlemler tarafından kullanılıyor olabilir

• Yoğun OCR gibi yüksek CPU kaynağı tüketen işlemler olabilir.

• Filerserver ile olan ağ bağlantıları çok yavaş olabilir

• Çok sayıda log, csv, büyük excel dosya gibi bir içerik vardır.

• Veri tabanı bağlantısında ağ sorunları veya veri tabanı yoğunluğu söz konusu olabilir

• Proje Sihirbazında söz edilen GEODI indexleme hızı en düşükte olabilir.

İndeksin periyodik olarak yedeklenmesi ve aktif/pasif FKM ortamının oluşturulması Aktif-Pasif ve Aktif-Aktif konfigürasyonu sayfasında açıklanmıştır. Sadece yedekleme yapılarak olası kesintilerde sistemin açılışı ve devreye girmesini hızlanır.

GEODI Proje Sihirbazının son sayfasındaki Gelişmiş ayarlar içerisinde olası sistem kesintilerine karşı proje index yedekleme dizini verilebilir. Olası kesintilerde bu dizin üzerinden GEODI indexi kullanılabilir. Yedekleme için GEODI Index Yedekleme ve Kurtarma | GEODI Index Kurtarma Seçenekleriarchivedsayfasından yararlanabilirsiniz.

GEODI şifreli dosyaların sadece adını indeksler. Bu şekilde indekslenmiş şifreli dosyalar “status:GEODICryptedContent” veya “status:GEODICryptedContentPart” sorguları ile listelenebilir.

Hatalı dosyalar “status:HasScanError” ile sorgulanabilir.

Bu beklenen ve tasarıma uygun bir durumdur. Kaynaklarda silinen dosyaların GEODI indeksinden kaldırılması için Proje Yönetim arayüzünden silinenleri sil işlemini yapmanız gereklidir.

Windows 260 karakter uzunluktaki dizinlere ulaşabilmektedir. Bu değerden sonra “System.io Path too Long Exception“ hatası alınır çözüm olarak pathi uygun şekilde düzenleyebilirsiniz. (mapping).

GEODI Loglarını appdata/dece/geodi altinda tutar. Bu loglar CEF formatındadır ve SIEM araçları tarafından işlenebilir yapıdadır.

%AppData%\Dece\Logs\GEODI\AppUsage dizininde SIEM için gerekli loglar yer alır.

Sorgu izleme, notlarda bir başka arkadaşınızı anma durumunda e-posta iletilir. Bu amaçla sunucuda yapılmış ayarlarda sorun olabilir. GEODI Yönetim Paneli/ayarlar üzerinden ulaşabilirsiniz.

Sorun sayılı kullanıcıda oluşuyorsa Spam klasörleri veya mail kuralları kontrol edilmelidir.

GEODI açılışta bir güncelleme olup olmadığını kontrol eder ve onaylarsanız güncelleme gerçekleşebilir. Yeni sürümde gelen özelliklere göre indeks yapısı yeni sürüme çevrilebilir. Bu durum bir uyarı ile belirtilir. İşleme devam etmeden önce eski indeksi yedeklemeniz önerilir. Güncelleme yapılırken GEODI’nin kapalı olması gerekmektedir.

Etkilemesi olasıdır. GEODI büyük veri ile çalıştığı için haberleşmeler esnasında güvenlik araçlarındaki bazı kuralları işlemleri yavaşlatabilir veya tamamen haberleşmenin önüne geçebilir. Bu gibi durumlarda DECE teknik ekibinden destek alınarak ilgili GEODI araçlarının bu kurallarda exclude edilmesi gerekir.