Sık kullanılan bir Windows Server 2008R2 Uzak Masaüstü Sunucusunu (VM) ne sıklıkta yeniden başlatırsınız?

Not: Windows Sunucularının Ne Zaman Yeniden Başlatılması Gerekir? ancak bu soru özellikle Uzak Masaüstü sunucumuzla ilgilidir .

Uzak Masaüstü Hizmetleri için lisanslanmış bir Windows Server 2008R2 sunucumuz (VMware ESX VM) ve RRAS (SSTP) yapan 25 kullanıcı var. Hafta içi ortalama bir gün içinde, çalışma saatleri içinde 8 ile 12 arasında oturum açmış, ek 4-6 "bağlantısı kesilmiş" kullanıcısı olan aktif kullanıcılar bulunmaktadır. Ayrıca tamamen ayrılmış 12 GHz CPU sabit rezervasyon ve 16 GB RAM vardır. CPU rezervasyonu gerektiğinde maksimum 24 GHz değerine genişletilebilir.

Kullanıcılarımızın çoğu çalışmak için sadece sunucuya güvenir. Ayrıca performansı hakkında acı bir şekilde şikayet ediyorlar, ancak birçoğu performansını artırmak için çalışma alışkanlıklarını veya yazılımlarını değiştirmek istemiyorlar. özellikle:

• Kullanıcılar bağlantıyı kesmek yerine oturumu kapatmayı reddediyor
• Kullanıcılar Lync 2010 yerine Lync 2013 kullanmakta ısrar ediyor (Lync 2013 kötü şöhretli bir kaynak domuzudur)

Oturumu kapatmayı reddetmelerinin önemini abartmam. Bağlantısı kesilen kullanıcılar , bağlantı kesildiğinde RAM'i tutmaya devam eder , bu da herhangi bir zamanda, belirli programların 16 örneğine kadar çalıştığımız anlamına gelir.

Ayrıca sızıntıların / zombilerin Uzak Masaüstü sunucusunun daha uzun süredir çalışma eğiliminde olduğunu deneyimledim. Bir yeniden başlatmadan sonra, sunucu birçok kullanıcı oturum açtıktan sonra performansı karşılaştırırken bile taze ve çok daha hızlıdır. Ayrıca düzenli yeniden başlatmaların yardımcı olabileceğini de okudum.

Bu yüzden VM'nin düzenli olarak yeniden başlatılmasını önerdim - Cumartesi akşamı haftalık olarak yapmak istiyorum - bu yeniden başlatmaların problemin çoğunu çözeceğini hissediyorum.

Windows yöneticisi iseniz,

• Bir kullanıcının bağlantısı kesildikten / yeniden bağlandıktan sonra bile çöp / zombiler / sızıntıların oturum süresiyle biriktiği gerçeğinden emin miyim?

• Ne kadar sıklıkla sen do Uzak Masaüstü Hizmetleri ile benzer biçimde kullanılan Windows Server yeniden?

Genel olarak, bir Windows sunucusunun TS / RDS sunucuları ile ilgili hariç , normal bir zamanlama dışında yeniden başlatılması gerektiği fikrine karşıyım . Biz her gün kendimizi yeniden başlatıyoruz. Eski oturumları, kullanım kaynaklarındaki sürümleri (CPU, RAM, dosya tanıtıcıları, vb.) Temizler, bu yüzden benim düşüncem ve önerim RDS sunucularınızın günlük zamanlanmış bir yeniden başlatmasını yapılandırmanızdır.

Bu cevabın sadece benim düşüncem olduğunu unutmayın. Burada hiçbir gerçek ifadesi yok.

Kullanıcılar bağlantıyı kesmek yerine oturumu kapatmayı reddediyor

Otomatik olarak oturumu kapatmak için uygun grup ilkelerini ayarlayın. Boşta kalma zaman aşımı ve oturum kapatmayı ayrı ayrı kontrol edebilirsiniz. Bu kesinlikle gün içinde sorunun bir kısmını en aza indirmelidir.

3 sunuculu TS çiftliğim her gün saat 03: 00'de yeniden başlatılır. Çünkü evet, tek bir sistem kullanan birçok insanınız olduğunda zamanla bok birikebilir. Yılın gününe, zamanına bağlı olarak 60-90 kişi arasında paylaşılan 3 sunucumuz var.

Muhtemelen bunu sık sık yeniden başlatmam gerekmiyor, ancak Windows 2000 ile terminal hizmetlerini kullanmaya başladık ve yazıcı sürücülerimiz o zamanlar korkunçtu. Yazdırma biriktiricisi temelde bir veya iki gün sonra başarısız olur. Yazıcıyı berbat sürücülerini düzeltmek için üretecek bir kaldıraçımız olmadığı için her gece yeniden başlatmaya başladık.

Nakit, zaman ve kullanıcılarınızın kurtarılmasına bağlı olarak, başka bir fikir, ikinci bir sunucu ayakta durmak olabilir. Yine de zaman zaman yeniden başlatmanız gerekecek, ancak tek bir sunucunun sınırlarına ulaşıyor gibi görünüyorsunuz.

Aynı istemci CAL'lerini kullanabilmeniz gerekir (lisanslama benim en güçlü alanım değil) ve sanallaştırma çözümünüze bağlı olarak mevcut bir lisanslama kapsamında ek bir VM zaten bulunabilir.

Ek VM kaynakları olmadan ve ekstra işletim sistemi ek yükü ile bile, yükü eşit olarak ayırabileceğinizi varsayarak sistem tutamaçlarını iki ayrı 6 GHZ CPU ve 8GiB bellek VM'si olarak daha iyi bulabilirsiniz. Üç potansiyel yöntem vardır:

1. En temiz yol, F5 Networks, Cisco Systems ve benzeri şirketler tarafından sağlananlar gibi uygun bir ağ tabanlı yük dengeleme çözümü kullanmaktır. Zaten böyle bir çözüm satın aldıysanız, burada kullanmak faydalı olacaktır. Daha sonra f5, geçerli RD sunucunuza erişmek ve sunucularınızın en az kullanılanına göre uygun bir IP döndürmek için kullanılan FQDN için tüm sorguları uygun şekilde ayrıştırabileceğinden, yanıtın geri kalanını yoksayabilirsiniz.
2. Round-Robin DNS başarılı bir çözümdür. Mükemmel bir eşit yükü garanti etmez, ancak bir ağ yük dengeleyici kullanamıyorsanız, kullanıcılarınızı eğitirken (bkz. 3) yararlı bir durma aralığı olabilir. Kullanmakta olan DNS adı istemcilerinin, aynı ada ancak farklı IP'lere (iki sunucunuz) sahip iki ana bilgisayar kaydı ile değiştirilmeleri, ideal olarak her bir sunucuya bağlanan ayrı ana bilgisayar kayıtlarını (tercihen sunucu ana bilgisayar adına dayalı olarak) yapılandırmasıdır.

İstemcilerin DNS önbelleğinin süresi dolduğunda ve diğer sunucunun IP'sini aldıktan sonra istemcilerin bağlantısı kesilmiş oturumları bir sunucuda bırakmasını istemiyorsanız, yuvarlak liste girişlerinizde uzun bir TTL ayarlayın. Alternatif olarak, bağlandıkları bilgisayarın ana bilgisayar adını açık hale getirin (örneğin arka planın bir parçası haline getirin) ve oturumlarını yeniden diriltmek istiyorlarsa bu ana bilgisayar adına yeniden bağlanmalarını isteyin.

3. Müşterilerinizin yükü dağıtmasını isteyin. ~ 25 kullanıcı ile, basitçe (e-posta veya sunucudaki bir oturum açma mesajı yoluyla) belirli kullanıcılardan bir sunucuya, geri kalanını diğerine vurmalarını istemek mümkün olabilir. Alternatif olarak, masaüstü platformlarını kontrol ediyorsanız veya sunucuya citrix veya başka bir uygulama sanallaştırma aracı üzerinden erişiyorsa, ana bilgisayarları dosyasını her zaman aynı sunucuya (masaüstü) çarpacak / aynı kullanıcının her zaman aynı sunucuya gönderildiğinden emin olacak şekilde yapılandırın ( cihaz).

† Her zaman aynı masaüstünü kullanacaklarsa, yerel masaüstündeki hosts dosyasını değiştirmeniz yeterlidir. Makineler arasında hareket ederse, ana makine dosyasını ayrıştırmak için bir komut dosyası (grup ilkesi aracılığıyla dağıtılır) yazın; böylece sunucu için şu anda kullandıkları DNS girdisi, belirli bir kullanıcının kullanması gereken sunucunun IP'sini gösterir. Zaten varsa, bu DNS adını içeren satırı değiştirin veya yoksa dosyanın sonuna ekleyin.

Oturumu kapatmayı reddeden "kullanıcı türü" hakkında bilgi sahibiyim. Ancak, kaydedilmemiş çalışmaların kaybolması için Sunucunun her gece yeniden başlatılacağını anlayan bir sorun yok gibi görünüyordu. Bu, tek bir makinede yaklaşık 20 kullanıcıyı destekleyen Server 2008 R2 TS üzerindedir.

> Kullanıcılar bağlantıyı kesmek yerine oturumu kapatmayı reddediyor

Burada teknik bir sorundan ziyade bir yönetim / İK sorununuz var. Oturumda kalan kişiler diğer kişilerin çalışmalarını etkiliyorsa (performansı gereksiz yere azaltarak) o zaman sadece iki çözüm vardır:

1. Bunu teknik bir sorun haline getirin ve mümkünse, kaynakların arttırılması için düzenleyin (daha fazla RAM, dönen metal yerine SSD, ...), böylece sorunun bu şekilde ortadan kalkmasını sağlayın. Elbette, yeni kaynakları tek bir makineye atarak elde edebileceğiniz şeylerin sınırları vardır, ancak işe yarayabilir.

2. Bunu bir insan yönetimi sorunu olarak ikna edin ve uygun disiplini teşvik etmenin (veya bu zorlamayı başaramamanın ) bir yolunu bulun . Tabii ki bu doğrudan sorumluluğunuzun dışında olabilir, bu nedenle ofisinizin politikasına bağlı olarak oldukça zor olabilir ...

Masaüstü bilgisayarlarını asla yeniden başlatmayan kişilerle benzer bir sorun yaşadık, bu da güvenlik güncellemelerinin bazen aylarca kuyruğa alındığı anlamına geliyor. Güvenlik politikası, "yeterli güvenlik önlemleri kanıtlanmadıkça, vahşi doğada zaten istismarların mevcut olduğu durumlarda, güvenlik sorunlarının bilinmesi için yamaların zamanında kurulması gerektiğini" belirtmiştir. -sürücü Windows makineleri, bekleyen güncellemeler, istisnalar yoksa Salı gecesi yeniden başlatılacak. Eğer biri buna karşı çıkarsa iki kolay sayaç vardır: eğer bu politikayı takip etmezsek, bir dahaki sefere ISO için bu-bu-ve-diğer akreditasyonumuzu kaybederiz, iş için önemli olan herhangi bir denetim vardır,

> Kullanıcılar Lync 2010 yerine Lync 2013 kullanmakta ısrar ediyor (Lync 2013 kötü şöhretli bir kaynak domuzudur)

Daha parlak şeyler istemek dışında özel bir nedeni var mı? Gerçekten ihtiyaç duydukları bir özellik varsa, bu açı hakkında yapabileceğiniz çok az şey olabilir.

Bir sohbet uygulaması ana kaynak sorunuysa, tüm oturumları öldürmek yerine boş oturumlarda bu programın örneklerini öldürmenin bir yolu olup olmadığını merak ediyorum.

> yeterli bir bildirimde bulunmadan her yeniden başlattığımda, yani o günün "öğlen" i ile bilmeleri gereken her şeyi yeniden başlatmak için çalışmayı kaybederler.

Çalışmanın doğasını belirtmezsiniz, bu bunun ne olduğuna çok bağlıdır, ancak gerekli özeni göstermiyor olabilirler (yani işlerini düzgün yapmıyorlar ).

Düzenli belgeleri kaydedilmiyorsa sonra onlar size, risk altında işlerini değil koyuyoruz. Sunucuyu kapatan bir güç kesintisi veya başka bir hata olsaydı ne olurdu? Seni de suçlarlar mıydı?

Tabii ki, yeniden başlatma sırasında aktif olarak çalışıyorlarsa veya uzun süren süreçleri gözetimsiz bırakmaya ihtiyaç duyuyorlarsa, aranızda çalışmanız gereken gerçek bir zamanlama sorunu olabilir.

Satış elemanı gibi görünme riskiyle - ShutdownPlus Rolling Restart'ı kullanıyoruz . Her gece sunucularımızı yeniden başlatmayı denemek için ayarladık. Oldukça iyi çalışıyor - sadece herkes oturumu kapattıktan sonra sunucuları yeniden başlatacak şekilde ayarlayabilirsiniz. Birisi hala RD sunucusunu X kez kullanıyorsa döngüyü yeniden başlatır. Eğer isterseniz, araç sizin için kullanıcıların oturumunu kapatabilir. Veya VM'lerinizi @ ESXi ile güçlendirin.

Bağlantısı kesilmiş kullanıcıları birkaç saat sonra kapatan GPO ile kullanıyorum. Ve elbette belirli bir boşta kalma süresinden sonra aktif oturumların bağlantısını keser. Oturumların kapanmasını engelleyen nadir haydut programın yanı sıra oldukça zarif bir yöntem. Yine de bunların üzerinde çalıştık. Kurma şeklimiz şu anda her sunucu, saat başına 22.00'dan 7.00'a kadar her saat yeniden başlatmaya çalışıyor, tabii ki başarılı olana kadar. Etkili bir şekilde, kullanıcılar haftada en az 2/3 kez yeniden başlatılır, bu benim için iyi.

Ne yazık ki bu ücretsiz bir program değil, ama işi oldukça iyi yapıyor. Umarım yeniden başlatmadan önce sunucuları güncelleyecek bir powershell betiği uyguluyorum.

Microsoft sunucusuna doğrudan yanıt EVET / HAYIR'ı yeniden başlatır. Hayat çok kolay olsaydı! Sunucuda çalışan uygulamalara bağlıdır. Ama burada basit bir rehber ama zor ve hızlı bir kural DEĞİLDİR.

Fiziksel Sunucu Windows Server Çalışıyor ** x Sürüm ** ( Otomatik Yeniden Başlatma ve Program ) % 95 herhangi bir endişe duymadan iki haftada bir kez yeniden başlatılabilir. (Uygulanan yamanın ilgili ve gerekli olup olmadığını kontrol edin). Canlı / prodüksiyon sistemlerini bırakmadan önce yamayı test sunucularınızda tamamen test ettiğinizden emin olun.

Windows Server x Sürüm çalıştıran VMWare Sanal Sunucuları - İki haftada bir kez yeniden başlatın (Düzeltme ekleri uygulanırsa yukarıdaki yoruma bakın )

Fiziksel VMWare Sunucusu HİÇBİR ZAMAN / Nadiren ve sadece gerektiğinde asla zamanlanmamış. (Normalde güncel tutulursa çok kararlıdır) VMWare yamaları / güncellemeleri yeniden başlatılmasını gerektirir.

VMWare çalıştıran , Windows SQL (Sınır yeniden başlatma Windows yamaları uygulayın ELLE SADECE! Yeniden EĞER sunucu artık yayında olduğu zamanlar bağlantılarının tekrar gelmiş edin yama sonra TÜM istemciler bağlantıları durduruldu sonra gerektiriyorsa ve). SQL Server'ların yeniden başlatılması biraz zaman alabilir, bu yüzden bunu saatler dışında planlayın.

Hatırlatma: HERHANGİ bir VMWare (Windows Server) olarak değiştirmeden önce SNAPSHOT! Hizmet Düzeltme Eki veya güncellemeler uygulandıktan sonra sistem çökerse veya uygulamalar başlatılamazsa, sunucu yedeklemesini hızlı bir şekilde alabilir ve sınırlı bir süre ile çalıştırabilirsiniz. Hataların notlarını almayı unutmayın, böylece düzeltmeyi sistemi yalnız bırakmayın, çünkü gelecekte başarısız olabilir.

Umut etmek bu yardım etmek ve şeyleri temizlemek için küçük bir yol gidiyor.