SQL Server'ı durdurmak için hangi nedenler var?

Hakkında okuduğum tek şey, soğuk bir önbellek oluşturduğu ve belleği emdiği için SQL Server'ı durdurmanın ne kadar zararlı olduğudur. Yani neden birisi olacağını Talep SQL Server durdurmak için? Eğer daha fazla okumak için makalelere herhangi bir bağlantı sağlayabilir eğer ben gerçekten takdir ediyorum!

Bu soru öğretmenim tarafından soruldu. Bazı hileli bir soru olmadıkça, beni kesinlikle şaşırttı. Tam sorusu şuydu:

İnterneti kullanarak araştırma yapın ve birisinin neden SQL Server'ı durdurmak isteyeceğini öğrenin. Cevabını açıkla.

Bu, SQL Server 2008 R2'nin nasıl kullanılacağını araştırmamız bağlamındaydı. Açık bir cevap isteyip istemediğinden ya da kaçırdığım bir şey olup olmadığından emin değilim.

Brent, hizmeti durdurmak için bazı geçersiz nedenler listeledi, ancak geçerli nedenler de var:

• Hizmet paketi veya başka bir güncelleştirme için yeniden başlatma gerekiyor
• Belirli yapılandırma değişiklikleri (örn. Hizmet hesabı değişikliği, donanım değişiklikleri, anlık dosya başlatma, bu liste haftalarca sürebilir)
• Bir kümede, yük devretmeye zorlamak veya yuvarlanan düzeltme eki uygulamak için yeniden başlatma
• Windows yaması

Bir bellek sorunu olduğunu düşündükleri için - SQL Server, maksimum bellek ayarına (ve hatta ötesine) kadar kullanılabilir tüm belleği kullanır. Bilinmeyen kişiler Görev Yöneticisi'ne gider, SQL Server'a çok fazla bellek kullanarak bakın ve düşünün, "Bir bellek sızıntısı olmalı - SQL Server'ı durduracağım ve yeniden başlatacağım ve ne olacağını görün." Tabii ki, bu çok fazla bellek boşaltır (çünkü SQL Server varsayılan olarak hemen ayırmaz), bu yüzden hatayı düzelttiklerini düşünürler. Bir sonraki şey, SQL Server'ı haftalık olarak yeniden başlatıyor.

Bir CPU problemi olduğunu düşündüklerinden - sorgular, özellikle parametre koklama sorunları durumunda bir ton CPU kaynağı kullanacaktır. Bilinmeyen kişiler, Özel Yönetici Bağlantısı'nı (DAC) bilmeden SQL Server'a bağlanmaya çalışırlar, bağlanamazlar ve sadece seçenekler tükenir. Yeniden başlarlar çünkü yöneticiler arkalarında durur, hızlı bir çözüm ister.

Bunun yolsuzluğu düzelttiğini duydukları için - insanlar yolsuzluk sorunuyla karşılaştıklarında, genellikle sorunu çözmek için herhangi bir şey denemeye isteklidirler.

Bir geri alma işleminin bitmesini istedikleri için bir sorguyu öldürürler ve bir sorguyu geri alma işleminin tek iş parçacıklı olduğunu bilmedikleri için bir süre geri dönmeye yapışırlar. Birkaç dakika (veya saat) bekledikten sonra, SQL Server'ı yeniden başlatırlar ve yeniden başladıklarında geri alma işleminin gerekli olmayacağını düşünürler. Ne yazık ki, onlar yanlış ve SQL Server başlangıçta geri alma ile devam ediyor.

Bunun bir nedeni, yeni donanım satın almanız ve veritabanlarını bu yeni sunucuya taşımanız olabilir. Artık kimsenin ona bağlanmadığından emin olmak istediğinizden, eski kutudaki (kutunun kendisiyle birlikte) bu sql sunucusu örneğini kapatıyorsunuz

Buluta geçtiniz, artık kutuya gerek yok, kapatıldı, yeniden biçimlendirildi ve yeniden düzenlendi (çok eski değilse)

Geçerli bir neden, aynı sunucuda SQL sunucusunun sahip olduğu belleğe ihtiyaç duyan, ancak ayda sadece birkaç kez çalışan başka bir yazılım olduğundadır.

Örneğin eşim (işini yapmak için gereken SQL sunucusu hakkında çok az (ve daha az değil) bilmek isteyen bir muhasebeci), çok büyük bir veri kümesini işlemek için 3 kişi tarafından kullanılan bir SQL sunucu tabanlı sisteme sahiptir. birçok ad-hock sorgusu içerir, ancak ayda birkaç kez aynı sunucuda bulunan ve veritabanına erişen bir hesaplama motoru çalıştırmaları gerekir. Hesaplama motoru belleğe ihtiyaç duyar. Bir DBA'ları yok, daha fazla donanım için fon alamıyorlar, hatta mümkün olsalar bile, BT departmanı (muhasebecilerin daha sonra SQL hakkında daha az şey bilen) yeni donanımın kurulması ve SQL'in sıfırlanması aylar alacaktı sunucu muhasebeci olarak işlerini yapmalarını sağlar. (İşlem sistemi ayrıdır.)