Disk hatası, ani elektrik kesintisi veya SQL crash sonrası Netsis veritabanı SUSPECT durumuna düşebilir. Acil çözüm prosedürü:
⚠️ İLK ADIM: Mevcut bozuk DB üzerinde işlem yapmadan önce tam dosya yedeği alın. Yapılan müdahale geri alınamaz.
Suspect Mode Tanılama
SELECT name, state_desc
FROM sys.databases
WHERE name = 'NETSIS_DB';
-- state_desc: 'SUSPECT' dönüyorsa hatalı
Çözüm Prosedürü
-- 1. Emergency mode
ALTER DATABASE [NETSIS_DB] SET EMERGENCY;
ALTER DATABASE [NETSIS_DB] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
-- 2. Tutarlılık kontrolü
DBCC CHECKDB ([NETSIS_DB]);
-- 3. Repair (en az veri kaybıyla)
DBCC CHECKDB ([NETSIS_DB], REPAIR_REBUILD);
-- 4. Veri kaybı kabul edilebilirse
DBCC CHECKDB ([NETSIS_DB], REPAIR_ALLOW_DATA_LOSS);
-- 5. Multi-user moda dön
ALTER DATABASE [NETSIS_DB] SET MULTI_USER;
REPAIR Sonrası Doğrulama
- DBCC CHECKDB tekrar çalıştır → 0 hata bekleniyor
- Mizan kontrol → borç-alacak dengesi
- Stok hareket örnekleme
- Cari bakiye kontrol
- Son birkaç fiş kontrolü
Önleme
- Düzenli yedekleme (full + log)
- UPS (kesintisiz güç)
- Disk RAID 1/10
- Aylık DBCC CHECKDB
- SSD disk (HDD’den daha güvenilir)
Sıkça Sorulan Sorular
REPAIR_ALLOW_DATA_LOSS güvenli mi?
Veri kaybına neden olabilir. Önce REPAIR_REBUILD denenmeli.
Yedekten dönüş daha mı iyi?
Genellikle evet. Önceki tutarlı yedek varsa restore tercih edilir.
Profesyonel destek?
Karmaşık veri kurtarma için netsis-destek.com 7/24 hattı.
Netsis kullanırken teknik sorunla mı karşılaştınız? Logo Yazılım yetkili Netsis bayisi olarak 7/24 hizmetinizdeyiz. Ücretsiz demo, fiyat teklifi ve teknik destek için bizimle iletişime geçin: 0532 599 51 12 / info@netsislogo.com.