SSMS bağlantı iletişim kutusunda listelenen sunucuların sırası nasıl kontrol edilir?


11

Şu anki projem, SQL 2008 -> 2012'den yükseltme, donanım yeniden işleme, tekrarlama gibi birçok veritabanı karıştırmayı içeriyor.

Küçük bir sıkıntı, SSMS'deki bağlantı iletişim kutusudur ve en yenileri en üste koymak için sunucu sırasını yeniden karıştırır. Herhangi bir günde 6-10 DB sunucusuna bağlandığımı ve listede belirli bir tanesini hızlı bir şekilde bulmak istediğim göz önüne alındığında, bu davranış bir yardımdan çok bir engeldir.

Sunucuları alfabetik olarak veya eklendikleri sırayla listeleyen bu davranışı devre dışı bırakmanın bir yolu var mı? Yoksa bir sunucuya her bağlandığımda değişmeyen bir şey var mı?

Bunu engellemek gerekirse, belirli bir sunucuya bir listeden / gruptan bağlanmayı daha iyi yönetmenin tamamen farklı bir yolu var mı?

SQL 2012 için SSMS kullanıyorum (2008 çözümlerini de merak ediyorum).

Yanıtlar:


6

Kayıtlı Sunucular kullanın veya bir Merkezi Yönetim Sunucusu (CMS) kurun . Altyapıyı kurmak için (küçük) zaman ayırabiliyorsanız ikincisini öneriyorum çünkü sadece sizin yerine herkesin aynı sunucu listesini görmesine izin verecektir (Kayıtlı Sunucular kayıt defterinde saklanır). CMS'nin tek "dezavantajı", parolaların diske kalıcı olmaması nedeniyle Windows Kimlik Doğrulaması'nı kullanmanızdır.

Her iki özellik de sıralı / gruplandırılmış sunucu listesini tutmanıza ve sunucuları grup olarak yönetmenize olanak tanır. Bu çok güçlü çünkü İlke Tabanlı Yönetim GUI ile sıkı bir şekilde bütünleşmiştir.

Bu, tüm sunucu sürümleriyle çalışır - SSMS 2012'yi çalıştırırım ve 2005-2012 sunucularını yönetiyorum. Bir CMS sunucusu bir Express sürümünde kurulabilir, bu nedenle lisanslama endişe yaratmaz; Ancak, sunucu listesi kurtarılabilir böylece sistem veritabanı yedekleri almanızı öneririz.


Daha önce bununla karşılaştığımız tek dezavantajdı (yanlışsam beni düzelt) CMS kendi grubunun bir üyesi olamaz ... bu yüzden sadece bir CMS olmak için ekstra bir örneğe ihtiyacınız var , değil mi? Bunun üstesinden nasıl gelirsiniz / faydalı hale getirirsiniz? ... yoksa bir yerlerde fazladan bir örnek alarak mı yiyorsunuz? Bir öğe daha: çoğumuz her zaman etki alanına bağlı olmayan uzaktan çalışıyoruz, yerel kalkınma için SSMS'yi başlatırken bu nasıl davranır, gecikme, etki yok?
Nick Craver

@Nick: Evet, yalnızca CMS için yeni bir örnek oluşturmanızı öneririm. Bu şekilde gerçek SQL altyapısından ayrılır. Bu yüzden cevabımda lisanslamaya dokundum ve kurulum için biraz fazla çaba gerektireceğini belirttim.
Jon Seigel

@Nick: Altyapı kurulumu hakkında daha fazla bilgi sahibi olmalıyım - bir şey mantıklı değil. Ev makinenizden üretim SQL sunucularına doğrudan bağlanmıyorsunuz, değil mi (sanmıyorum)? Yerel sunucuları eklemeniz gerekirse, liste yerel olarak depolandığından bu bölüm için Kayıtlı Sunucuları kullanın.
Jon Seigel

Ah evet yapıyoruz :) Bu benim dev makinem, bu yüzden SE altyapısındaki tüm SQL sunucularına buradan bağlandım (ama bazen değil, yerel dev yapıyor ve VPN'de değil ... özellikle dizüstü bilgisayarda). Lisanslama önemli bir sorun değildir, ancak tamamen ayrı bir örnek (ve nerede saklanacağı) bilinmeyen bir parça ... bunu hangi sunucuya takacağımızdan emin değilim. Benim endişem SSMS CMS ulaşamadığı zaman, SSMS açtığınızda bir tür zaman aşımı var mı?
Nick Craver

@Nick: Evet, her şey sanallaştırıldığında çok daha kolay. :) Kendimizi yönetim VM'sinde tutuyoruz. Başka bir seçenek, Express yerine bir Developer edition örneği kullanmaktır, bu da size bir şey patladığında size SQL Agent verir. Hayır, SSMS'yi açarken zaman aşımı yok. Yalnızca Kayıtlı Sunucular sekmesindeki (beklenen) CMS düğümünü genişletmeye çalıştığınızda bekleyin.
Jon Seigel

4

SqlStudio.bin'e girmediğiniz sürece girişleri kontrol edemez veya girişleri kaldırarak istediğiniz sırada yeniden ekleyemezsiniz. Geçici çözümler şunları içerir:

İlk konumda olmayan bir sunucuya bağlandığınızda, siparişin gerçekten bir MRU listesi olduğu için (en son bağlantının ilk listelendiği yer) siparişin dağıtılacağını unutmayın.

Bu SO sorularında daha fazla ayrıntı görebilirsiniz:

Ve silme tuşunu kullanma yeteneğini başlatan dosyaladığım hatayı görebilirsiniz:

Ve sonuç olarak ortaya çıkan diğer hatalar:


1
+1. SSMS'de fare ile delilebileceğinizi bilmiyordum. Altının ağırlığına değer.
Thomas Stringer

1

Aslında SSMS Eklentisi SSMSBoost (.com) 'da bu sorunu çözdüğüm sürece hiçbir şeyi hacklemenize gerek yok - bunu indirebilir ve ücretsiz olarak kullanabilirsiniz. Ayarlarda tercih ettiğiniz bağlantıların bir listesini tanımlarsınız (resme bakın) ve bu araç çubuğunda açılır menü olarak kullanılabilir, böylece sunucular arasında geçiş yapmak bile yerel veritabanı listesindeki veritabanları arasında geçiş yapacağınız için yalnızca tek bir tıklama alır yıkılmak.

Şimdi bazı resimler:

Ayarlar Diyalogu: resim açıklamasını buraya girin

Diğer seçeneklere bakarsanız "Önemli DB uyarısı" da bulacaksınız - projeniz üzerinde çalışırken yeni ve eski DB'ler, test ve gerçek sunucu arasında geçiş yaptığınız sürece bu sizin için yararlı olabilir. "Önemli" veritabanına bağlandığınız sürece, ekranda belirtilen konumda BÜYÜK Araç İpucu olarak görüntülenecek Uyarıyı yapılandırabilirsiniz; böylece REAL veya Test ortamında çalıştığınızı fark edersiniz.

Sonraki resim, tercih ettiğiniz bağlantıların yukarıda ve mevcut sunucudaki tüm veritabanlarının altında göründüğü araç çubuğu açılır menüsünün içeriğini gösterir (yerel veritabanları listesi açılır listesiyle aynı liste)

resim açıklamasını buraya girin

Geliştirmeler üzerinde kalıcı olarak çalıştığım sürece, tekliflerinizi bana yazabilirsiniz, böylece eklentiyi daha da iyi hale getireceğiz.


Beni Twitter'da takip ettiğiniz için teşekkürler - Ancak bu hesabı sadece adı kilitlemek için kaydettim. Bununla birlikte, özel bir Twitter hesabına sahip olacak bir blog oluşturma sürecindeyim ve yayınlandığında ne zaman takip edebileceğinizi takip edebilirsiniz (burada ayrıntıları ile size mesaj göndereceğim). Teşekkürler.
Jon Seigel

Söz verildiği gibi twitter.com/VoluntaryDBA
Jon Seigel
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.