SQL Server’da bulunan system database’leri, Tüm sisteme, veri tabanları ait kritik bilgileri tutar. TempDB bu System database’lerinden biridir. Öncelikle TempDB nedir? ve ne işe yarar? TempDB sistem üzerinde geçici objeleri saklayan veritabanıdır. Bu yüzdende diğer sistem veri tabanları gibi sistemin hayatına devam edebilmesi için büyük öneme sahiptir. Bu sistem veri tabanı genel olarak içerisinde şunları barındırır: Geçici tablolar(Temp Tables) ve buna ait veriler. Stored Procedur’ler Tablo Değişkenleri Online index işlemleri Trigger’lar İstatistik Güncellemeleri(Statistics Updates) Cursor’lar DBCC CheckDb Komutu Operasyonları Join İşlemleri SQL Server servisi yeniden başlatıldığında TempDB tekrar drop edilip yeniden oluşturulur. Bu yüzden verileri düzenli olarak tempDB’de saklamak pekte güvenilir bir yöntem tercihi değildir. TempDB hakkında biraz daha detaylı bilgi edinecek olursak: Yedeği alınamaz dolayısıyla yedekten geri dönülemez Recovery modelini değiştiremeyiz default olarak simple modeldedir FileGroup sayısını arttırmamız mümkün değildir Read Only mode’a alınabilme özelliğine sahip değildir TempDB içerisinde normal veritabanında oluşturduğumuz gibi bir allocation süreci işler bu süreçte […]
SQL Server’da system database’leri, Tüm sisteme, veri tabanlarına ait kritik bilgileri tutar. SQL Engine ilk açılırken bu database’ler altından bilgileri okur ve eğer bilgilerde bir değişme olmazsa açılır ve hizmet verir. Eğer SQL Server Engine açılmaz Properties’inden Startup Paramters altında –e ile başlayan path “ERROR LOG”larının olduğu yoldur. Buradan hata sebebini öğrendikten sonra çözüm yoluna gidebilirsiniz. System Database’lerinin path’ini değiştirmek istiyorsak bunun birçok yolu vardır. En basit yöntem yeni bir disk alıp SQL Server Engini stop ettikten sonra system database’lerini path’leri aynı olacak şekilde kopyalayıp yapıştırdıktan sonra eski diskin adını başka bir disk verip, yeni disk’in adını eski disk’te diske vermektir. Örn. System database’leri eskiden K diskinde durduğunu varsayalım, yeni aldığınız disk N olsun. K diskinin altından kopyalan system database’lerini N diskine yapıştırın. Artık sistemimiz N diskinden hizmet verecek şekilde konumlandırıldı fakat SQL Engine hala system database’lerini K diski olarak görmekte. Sonrasında K diskinin adını Disk Management’tan F olarak değiştirin. […]
