Dün otomatik büyüme hakkında bir veri tabanı oluşturmanın çok iyi bir şey olmadığını öğrendim.SQL Server Kötü ve En İyi Yöntemleri
Üretimde SQL Server veritabanları oluştururken başka temel 'kötü' uygulamalar (veya en iyi uygulamalar) var mı?
thx Lieven CARDOEN
ayrı cihazlarda veri ve günlükleri var mı. Tempdb makul bir boyutta mı? Felaket kurtarma planın var mı? Bir veritabanını ilk kez kurtaracak olmanız, bunu nasıl yapacağınıza dair okumaya başlama zamanı değil!
Varsayılan bakım planını çalıştırıyor musunuz (DBCC, istatistikleri güncelleştirin ve tüm bu şeyler)? Her şeyin ne olduğunu biliyor musunuz ve herhangi bir sorun için mi izliyorsunuz?
Disk G/Ç, bellek, işlemci ile ilgili bazı performans ölçümleriniz var mı? Belki düzenli olarak izleyebileceğiniz ve performans düşüşünü araştırabileceğiniz bazı sorgular.
Yeni bir uygulama ve veritabanıyla, tüm sorgularınız bir süre için hızlı olacak, ancak veritabanınız büyüdükçe, proaktif değilseniz, performans sorunları gizlenebilir.
Bunun iyi bağlantıları var mı? thx –
Onları avlamak zorunda olacaklar. Yukarıdakiler hakkında pek bir şey bilmiyorsanız, muhtemelen bir SQL Server kitabına sahip olmanız gerekir - Tuning'de kapak yapılandırması ve metrikleri hakkında birkaç iyi örnek var. – MikeW
Thx, bunları kontrol edecek. –
sql sunucusunu mevcut tüm belleği kullanmadan durdurun ... 4gb ram olan bir kutuda, 3gb ile sınırlandırır, 1gb'nin os için kalmasını sağlar.
Benim kişisel favori:
Bir B planınız var mı? İşleminiz SqlServerCentral.com bakmak SQL ile ciddi alıyorsanız diski ...
dolduruyor kaydeder ile
Ben çok fazla veri tabanlarını gördüm. SQL ile ilgili her şey hakkında çok iyi makaleler var.
Otomatik büyüme, ne yaptığınızı bildiğiniz kadar kötü değil. Bazen, otomatik büyüme, kontrollü ve beklenen bir şekilde büyüyen bir veritabanı için gereklidir. Otomatik büyüme özelliğini bu durumda devre dışı bırakırsanız, uygulamanızın kapanmasına neden olursunuz. – DevinB