Kısa cevap: Netsis veritabanı bağlantı hatası genellikle SQL Server servisinin durması, 1433 portunun firewall tarafından engellenmesi veya yanlış connection string kaynaklıdır. Önce sunucuda
services.mscile MSSQLSERVER servisinin “Running” olduğunu, ardındantelnet sunucu-ip 1433ile portun açıldığını ve App.config sunucu adının doğruluğunu kontrol edin. Çoğu durum 15 dakikada çözülür.
Netsis açılırken “Cannot open database” veya “SQL Server connection failed” hatası alıyorsanız bu yazı tam size göre. 8 farklı sebep ve her biri için hızlı çözüm adımlarını paylaşıyoruz.
Hata Mesajının Anlamı
Netsis, Microsoft SQL Server üzerinde çalışır. Uygulama açılırken Netsis client SQL Server a bağlanmaya çalışır. Bu bağlantı kurulamadığında “Veritabanı bağlantı hatası” mesajı görüntülenir.
Bu hata genellikle kullanıcı hatası değil, sistem seviyesi sorundur. Çoğu durumda 15 dakika içinde çözülebilir.
8 Yaygın Sebep
- SQL Server servisi durdurulmuş: Windows servis listesinde MSSQLSERVER kapalı
- Port 1433 firewall engeli: Windows Firewall veya antivirüs SQL portunu engelliyor
- Domain authentication sorunu: Kullanıcı parolası değişmiş, eski cache
- Connection string hatası: Netsis config dosyasındaki sunucu adı yanlış
- Sunucu IP değişikliği: Sunucu yeni IP almış, DHCP veya statik atama değişmiş
- SQL Server license sorunu: Lisans süresi dolmuş veya CAL eksikliği
- Veritabanı suspect mode: Veritabanı bozulmuş, recovery gerekli
- Disk dolu: SQL Server data veya log diski %100 dolmuş
Hızlı Tanılama Adımları
1. Sunucuda SQL Server servisi çalışıyor mu?
Sunucuya RDP ile bağlanın → services.msc çalıştırın → SQL Server (MSSQLSERVER) servisini bulun → “Running” durumda olmalı. Değilse sağ tık → Start.
2. SQL Server a yerelden bağlanılabiliyor mu?
Sunucuda SQL Server Management Studio (SSMS) açın → localhost ile bağlanmayı deneyin. Bağlanabiliyorsanız sorun network/client tarafında. Bağlanamıyorsanız servis problemi.
3. Port 1433 açık mı?
Client PC den komut satırı: telnet sunucu-ip 1433
Boş ekran açılırsa port açık. “Connection refused” alıyorsanız firewall engeli.
4. Netsis config dosyasını kontrol edin
Netsis kurulum dizininde App.config dosyasını açın → connectionString satırını bulun → Server, Database, User parametrelerinin doğru olduğunu doğrulayın.
Çözüm Adımları
SQL Server Servisi Kapalıysa
- services.msc → MSSQLSERVER → sağ tık → Start
- Properties → Startup type: Automatic (tekrar olmaması için)
- Eventviewer ile durma sebebini araştırın
Firewall Engeli Varsa
- Windows Firewall ayarları
- Inbound Rules → New Rule → Port → TCP 1433 → Allow
- Antivirüs varsa SQL Server ı whitelist e ekleyin
Connection String Hatası
Doğru format örneği:
Server=NETSIS-SUNUCU\MSSQLSERVER;Database=NETSIS_DB;User Id=netsis;Password=********;
Veritabanı Suspect Mode
Veritabanı bozulmuşsa:
USE master;
ALTER DATABASE [NETSIS_DB] SET EMERGENCY;
ALTER DATABASE [NETSIS_DB] SET SINGLE_USER;
DBCC CHECKDB (NETSIS_DB, REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE [NETSIS_DB] SET MULTI_USER;
⚠️ Dikkat: REPAIR_ALLOW_DATA_LOSS veri kaybına neden olabilir. Mutlaka önce yedek alın. Bu işlem için profesyonel destek almanız önerilir.
Önleyici Tedbirler
- ✅ SQL Server servisini Automatic Start ayarlayın
- ✅ Düzenli yedekleme stratejisi (Full + Differential + Log)
- ✅ Aylık DBCC CHECKDB çalıştırın
- ✅ Disk doluluk monitör kurun (PRTG, Zabbix, vb.)
- ✅ Port 1433 firewall whitelist kalıcı olarak
- ✅ Domain user parolaları için service account kullanın
SQL Server uzmanları olarak Netsis altyapınızın her türlü veritabanı sorununda profesyonel destek sağlıyoruz. Bakım anlaşmamızda haftalık DBCC CHECKDB, aylık index reorganize ve disaster recovery testi dahildir.
Sıkça Sorulan Sorular
Netsis veritabanı bağlantı hatası ne kadar sürede çözülür?
Çoğu bağlantı hatası (servis durması, firewall engeli, yanlış sunucu adı) 15 dakika içinde çözülür. Ancak veritabanının suspect mode’a düşmesi veya disk bozulması gibi durumlarda DBCC CHECKDB ve yedekten geri dönüş süreci birkaç saati bulabilir.
“Cannot open database” hatasının en yaygın sebebi nedir?
En sık karşılaşılan sebep SQL Server (MSSQLSERVER) servisinin durmuş olması ve 1433 portunun Windows Firewall ya da antivirüs tarafından engellenmesidir. Sunucuya RDP ile bağlanıp servisi başlatmak ve portu whitelist’e almak vakaların büyük kısmını çözer.
Veritabanı suspect mode’a düştü, REPAIR_ALLOW_DATA_LOSS çalıştırmalı mıyım?
Bu komutu çalıştırmadan önce mutlaka tam yedek alın; REPAIR_ALLOW_DATA_LOSS veri kaybına yol açabilir. Mümkünse önce sağlam bir yedekten geri dönmeyi deneyin. Kritik veritabanlarında bu işlemi tek başınıza yapmak yerine profesyonel destek almanızı öneririz.
Bu hatanın tekrar yaşanmaması için ne yapmalıyım?
SQL Server servisini Automatic Start yapın, 1433 portunu kalıcı whitelist’e ekleyin, düzenli yedekleme (Full + Differential + Log) ile aylık DBCC CHECKDB uygulayın ve disk doluluğunu izleyin. Bu kontrolleri düzenli yürütmek için bakım anlaşması almak en kalıcı çözümdür.