Bạn có thường xuyên khởi động lại Windows Server 2008R2 Remote Desktop Server (VM) không?


17

Lưu ý: Tôi đã đọc các máy chủ Windows cần được khởi động lại thường xuyên như thế nào? nhưng câu hỏi này liên quan đến máy chủ Remote Desktop của chúng tôi một cách cụ thể.

Chúng tôi có máy chủ Windows Server 2008R2 - VMware ESX VM - được cấp phép cho Remote Desktop Services, 25 người dùng cũng sử dụng RRAS (SSTP). Vào một ngày trong tuần trung bình, trong giờ làm việc, có từ 8 đến 12 người dùng đang hoạt động, đã đăng nhập với thêm 4-6 người dùng "ngắt kết nối". Nó có một 12 GHz CPU cứng đặt phòng và 16 GB RAM, cũng hoàn toàn Reserved. Việc đặt trước CPU có thể mở rộng tối đa 24 GHz khi cần.

Nhiều người dùng của chúng tôi chỉ dựa vào máy chủ để làm việc. Họ cũng phàn nàn cay đắng về hiệu suất của nó nhưng nhiều người không muốn thay đổi thói quen làm việc hoặc phần mềm để cải thiện hiệu suất của nó. Đặc biệt:

  • Người dùng từ chối đăng xuất thay vì ngắt kết nối
  • Người dùng khăng khăng sử dụng Lync 2013 thay vì Lync 2010 (Lync 2013 là một tài nguyên khét tiếng)

Tôi không thể nói quá tầm quan trọng của việc họ từ chối đăng xuất. Người dùng không hài lòng tiếp tục hog RAM trong khi bị ngắt kết nối, điều đó có nghĩa là tại bất kỳ thời điểm nào, chúng tôi có tới 16 trường hợp chương trình nhất định đang chạy.

Tôi cũng nhận thấy qua trải nghiệm rằng rò rỉ / thây ma có xu hướng cộng lại khi máy chủ Remote Desktop chạy lâu hơn. Sau khi khởi động lại, máy chủ mới và nhanh hơn nhiều, ngay cả khi so sánh hiệu suất sau khi nhiều người dùng đã đăng nhập. Tôi cũng đã đọc rằng việc khởi động lại thường xuyên có thể hữu ích.

Vì vậy, tôi đã đề xuất khởi động lại thường xuyên của VM - tôi muốn thực hiện hàng tuần, nói vào tối thứ bảy - vì tôi cảm thấy những lần khởi động lại này sẽ giải quyết được rất nhiều vấn đề.

Tôi muốn biết, nếu bạn là quản trị viên Windows,

  • Tôi có đúng về thực tế rằng rác / zombie / rò rỉ tích lũy theo thời gian phiên, ngay cả sau khi người dùng ngắt kết nối / kết nối lại không?

  • Bao lâu thì bạn khởi động lại một Windows Server tương tự-sử dụng với dịch vụ Remote Desktop?


10
Tại sao không sử dụng chính sách để buộc đăng xuất cho các phiên nhàn rỗi?
Massimo

@Massimo vì họ sẽ coi việc này quá nặng tay ... họ mất việc mỗi khi tôi khởi động lại mà không có thông báo đầy đủ, tức là khởi động lại tất cả những gì họ cần biết vào "buổi trưa" của ngày hôm đó, và thậm chí sau đó chỉ sau một số càu nhàu và thảo luận, v.v.
tacos_tacos_tacos

12
Bạn sẽ cần phải điều chỉnh kỳ vọng của người dùng của bạn. IMO thật vô lý khi họ hy vọng họ có thể rời khỏi một phiên nhàn rỗi với dữ liệu chưa được lưu trong bất kỳ khoảng thời gian nào. Một sự cố bất ngờ, sự cố thiết bị, mất điện hoặc một số hành động khác của Chaos có thể dễ dàng phá hủy công việc chưa được lưu của họ.
Zoredache

2
Tôi không bận tâm câu hỏi, nhưng các câu trả lời như câu hỏi được đặt ra sẽ là tùy chọn. Cố gắng viết lại cho các câu trả lời thực tế hơn (hoặc ít nhất là dựa trên hiệu suất).
Jim B

1
@tacos_tacos_tacos đó là kinh nghiệm của tôi. Chính xác thì cái gì được cho là làm tắc nghẽn hệ điều hành đang chạy? Đó là một khái niệm mơ hồ là không có cơ sở. HĐH không làm được gì nhiều. Các quy trình người dùng làm công cụ. Khi họ đi, đá phiến sạch sẽ trở lại. HĐH thường không hoạt động và thực hiện những gì người dùng yêu cầu. Nó không bắt đầu sử dụng tài nguyên của chính nó.
usr

Câu trả lời:


23

Nói chung, tôi phản đối ý kiến ​​cho rằng máy chủ Windows nên được khởi động lại theo lịch trình thường xuyên EXCEPT liên quan đến máy chủ TS / RDS. Chúng tôi khởi động lại của chúng tôi mỗi ngày. Nó xóa các phiên cũ, giải phóng các tài nguyên sử dụng (CPU, RAM, xử lý tệp, v.v.), vì vậy ý ​​kiến ​​và đề xuất của tôi sẽ là bạn định cấu hình khởi động lại theo lịch trình hàng ngày của máy chủ RDS.

Lưu ý rằng câu trả lời này chỉ là ý kiến ​​của tôi. Không có tuyên bố thực tế ở đây.


Nơi tôi làm việc, chúng tôi cũng khởi động lại chúng tôi mỗi đêm. Đôi khi máy chủ không hoạt động trở lại, nhưng điều đó hiếm khi xảy ra.
Frederik Nielsen

Bạn có thường xuyên cài đặt lại nó không?
Konrad Gajewski

4
+1 Citrix, Microsoft và tôi đều khuyên bạn nên khởi động lại thường xuyên cho các máy chủ TS. Đây thực chất là các hộp tính toán của Người dùng Cuối và thông thường sẽ chạy các ứng dụng không được tối ưu hóa cho máy chủ - điều này có nghĩa là rò rỉ bộ nhớ, không giải phóng tài nguyên, v.v. Hàng tuần ở mức tối thiểu, nhưng hàng ngày bất cứ nơi nào bạn có thể - nó sẽ làm cho cuộc sống của bạn dễ dàng hơn.
Dan

@ Có bất kỳ liên kết nào đến đề xuất của Microsoft mà bạn đề cập (khởi động lại thường xuyên) không?
tacos_tacos_tacos

17

Người dùng từ chối đăng xuất thay vì ngắt kết nối

Thiết lập các chính sách nhóm thích hợp để tự động đăng xuất chúng. Bạn có thể kiểm soát riêng thời gian chờ và đăng xuất. Điều đó chắc chắn sẽ giảm thiểu một số vấn đề trong ngày.

Tôi khởi động lại trang trại 3 máy chủ TS hàng ngày lúc 3:00 sáng. Bởi vì, có tào lao có thể tích tụ theo thời gian khi bạn có nhiều người sử dụng một hệ thống duy nhất. Chúng tôi có 3 máy chủ được chia sẻ giữa 60-90 người tùy theo ngày, thời gian trong năm.

Tôi có thể không cần phải khởi động lại điều này thường xuyên, nhưng chúng tôi đã bắt đầu sử dụng các dịch vụ đầu cuối với Windows 2000 và trình điều khiển máy in của chúng tôi lúc đó thật kinh khủng. Bộ đệm in về cơ bản sẽ thất bại sau một hoặc hai ngày. Vì vậy, chúng tôi đã bắt đầu khởi động lại hàng đêm vì chúng tôi không có bất kỳ đòn bẩy nào để khiến các nhà sản xuất Máy in sửa lỗi trình điều khiển tào lao của họ.


liên quan đến trình điều khiển máy in, v.v .: Tôi đã đọc ở đây hoặc ở nơi khác có uy tín rằng MS đã có những bước tiến lớn trong bộ phận này - và để giảm nhu cầu khởi động lại nói chung - giữa Windows 2000 Server và Windows Server 20032R2 SP3. Vì vậy, tôi không chắc chắn rằng các vấn đề trình điều khiển có liên quan. Trên thực tế, tôi đã nhận thấy các phiên bản Windows (Máy chủ) mới hơn dường như xử lý các trình điều khiển in và lưu trữ tốt đáng ngạc nhiên.
tacos_tacos_tacos

Tôi thực sự không khởi động lại máy chủ TS của mình rất thường xuyên, nhưng mỗi đêm tôi dừng bộ đệm in, xóa mọi công việc in và khởi động lại nó. Điều này cũng chữa các sự cố khi người dùng không thể đăng nhập bằng RDP. (Windows Server 2003)
Randy Orrison

6

Tùy thuộc vào tiền mặt, thời gian và sự tiết kiệm của người dùng của bạn, một ý tưởng khác có thể là đứng lên một máy chủ thứ hai. Thỉnh thoảng bạn vẫn cần khởi động lại, nhưng dường như bạn đang đạt đến giới hạn của một máy chủ.

Bạn sẽ có thể sử dụng cùng một máy khách CAL (cấp phép không phải là khu vực mạnh nhất của tôi) và tùy thuộc vào giải pháp ảo hóa của bạn, một VM bổ sung có thể đã được cấp phép theo giấy phép hiện có.

Ngay cả khi không có thêm tài nguyên VM và với chi phí hoạt động của hệ điều hành bổ sung, bạn có thể thấy hệ thống xử lý tốt hơn khi có hai CPU 6 GHZ riêng biệt và 8 bộ nhớ VM, giả sử bạn có thể chia đều tải. Có ba phương pháp tiềm năng:

  1. Cách sạch nhất là sử dụng giải pháp cân bằng tải dựa trên mạng thích hợp, chẳng hạn như các giải pháp được cung cấp bởi F5 Networks, Cisco Systems và các công ty tương tự. Nếu bạn đã mua một giải pháp như thế này, sẽ rất đáng để sử dụng nó ở đây. Sau đó, bạn có thể bỏ qua phần còn lại của câu trả lời vì f5 sau đó sẽ có thể phân tích cú pháp một cách thích hợp tất cả các truy vấn cho FQDN được sử dụng để truy cập máy chủ RD hiện tại của bạn và trả về một IP thích hợp dựa trên các máy chủ được sử dụng ít nhất.
  2. Round-Robin DNS là một giải pháp có thể vượt qua. Nó sẽ không đảm bảo tải hoàn toàn đồng đều, nhưng nó có thể là một điểm dừng hữu ích trong khi bạn giáo dục người dùng của mình (xem 3) nếu bạn không thể sử dụng bộ cân bằng tải mạng. Thay thế các máy khách tên DNS hiện tại đang sử dụng bằng hai bản ghi máy chủ có cùng tên nhưng IP khác nhau (hai máy chủ của bạn), lý tưởng nhất là định cấu hình các bản ghi máy chủ riêng biệt (tốt nhất là dựa trên tên máy chủ của máy chủ) được liên kết với từng máy chủ.

Đặt một TTL dài cho các mục nhập vòng tròn của bạn nếu bạn không muốn khách hàng rời khỏi các phiên bị ngắt kết nối trên một máy chủ sau khi bộ đệm DNS của họ hết hạn và họ có được IP của máy chủ khác. Hoặc đặt tên máy chủ của máy tính mà họ đã kết nối rõ ràng (ví dụ: biến nó thành một phần của nền) và yêu cầu họ kết nối lại với tên máy chủ đó nếu họ muốn phục hồi phiên của họ.

  1. Có khách hàng của bạn phân phối tải. Với ~ 25 người dùng, có thể chỉ cần yêu cầu (qua email hoặc tin nhắn đăng nhập trên máy chủ) một số người dùng nhất định đánh vào một máy chủ và phần còn lại đánh vào máy chủ khác. Ngoài ra, nếu bạn điều khiển nền tảng máy tính để bàn của họ hoặc họ truy cập máy chủ thông qua citrix hoặc thiết bị ảo hóa ứng dụng khác, chỉ cần định cấu hình tệp máy chủ của họ để họ luôn truy cập cùng một máy chủ (máy tính để bàn) / đảm bảo cùng một người dùng luôn được gửi đến cùng một máy chủ ( thiết bị).

Nếu họ sẽ luôn sử dụng cùng một máy tính để bàn, chỉ cần sửa đổi tệp máy chủ trên máy tính để bàn cục bộ. Nếu chúng di chuyển giữa các máy, hãy viết một tập lệnh (được phân phối thông qua chính sách nhóm) để phân tích tệp máy chủ sao cho mục nhập DNS mà chúng hiện đang sử dụng cho máy chủ trỏ đến IP của máy chủ mà người dùng cụ thể sẽ sử dụng. Thay thế dòng chứa tên DNS đó nếu nó đã tồn tại hoặc thêm nó vào cuối tệp nếu không.


2
+1 cho sự sáng tạo. Tôi có thể thiết lập một bộ cân bằng tải và đó thực sự là con đường để đi.
tacos_tacos_tacos

4

Tôi quen thuộc với "loại người dùng" từ chối đăng xuất. Tuy nhiên, họ dường như không có vấn đề gì khi hiểu rằng Máy chủ sẽ khởi động lại hàng đêm nên mọi công việc chưa được lưu sẽ bị mất. Đây là trên Server 2008 R2 TS Hỗ trợ khoảng 20 người dùng trên một máy.


1

> Người dùng từ chối đăng xuất thay vì ngắt kết nối

Bạn có một vấn đề quản lý / nhân sự ở đây chứ không phải là vấn đề kỹ thuật. Nếu những người ở lại đăng nhập đang ảnh hưởng đến công việc của người khác (bằng cách giảm hiệu suất không cần thiết) thì thực sự chỉ có hai giải pháp:

  1. Làm cho nó trở thành một vấn đề kỹ thuật và sắp xếp để tăng tài nguyên (thêm RAM, SSD thay cho kim loại quay, ...) nếu có thể để vấn đề biến mất theo cách đó. Tất nhiên, có những giới hạn cho những gì bạn có thể đạt được bằng cách ném tài nguyên mới vào một máy duy nhất nhưng nó có thể hoạt động.

  2. Hiểu nó như là một vấn đề quản lý nhân dân và tìm ra một số cách khuyến khích (hoặc không thực thi ) kỷ luật thích hợp. Tất nhiên điều này có thể nằm ngoài trách nhiệm trực tiếp của bạn nên có thể khá khó khăn tùy thuộc vào chính trị của văn phòng bạn ...

Chúng tôi đã có một vấn đề tương tự với mọi người không bao giờ khởi động lại máy tính để bàn của họ có nghĩa là các bản cập nhật bảo mật đôi khi được xếp hàng trong nhiều tháng. Chính sách bảo mật tuyên bố rằng "các bản vá để biết các vấn đề bảo mật nên được cài đặt kịp thời, ngay lập tức trong trường hợp khai thác đã tồn tại trong tự nhiên, trừ khi có thể chứng minh đủ các biện pháp giảm thiểu", vì vậy cuối cùng, nó chỉ được thi hành bởi chính sách nhóm: tất cả đều không -Server máy Windows sẽ khởi động lại qua đêm vào thứ ba nếu có bản cập nhật đang chờ xử lý, không có ngoại lệ. Nếu bất cứ ai tranh luận về điều này, có hai cách dễ dàng: nếu chúng ta không tuân theo chính sách đó, chúng ta sẽ mất sự công nhận ISO-điều này và điều kia vào lần tới, có bất kỳ cuộc kiểm toán nào quan trọng đối với doanh nghiệp,

> Người dùng khăng khăng sử dụng Lync 2013 thay vì Lync 2010 (Lync 2013 là một tài nguyên khét tiếng)

Có một lý do cụ thể tại sao, ngoài việc họ muốn những thứ mới hơn? Nếu có một tính năng họ thực sự cần thì có thể có rất ít bạn có thể làm về góc này.

Nếu một ứng dụng trò chuyện là vấn đề tài nguyên chính, tôi tự hỏi liệu có cách nào để giết chỉ các phiên bản của chương trình đó trong các phiên nhàn rỗi thay vì giết toàn bộ phiên không?

> họ mất việc mỗi khi tôi khởi động lại mà không có thông báo đầy đủ, tức là khởi động lại tất cả những gì họ cần biết vào "buổi trưa" của ngày hôm đó

Bạn không nói rõ bản chất của công việc vì vậy điều này phụ thuộc rất nhiều vào đó là gì, nhưng họ có thể thất bại do siêng năng (nghĩa là không thực hiện đúng công việc của họ ).

Nếu họ không lưu tài liệu thường xuyên thì họ sẽ đặt rủi ro cho công việc của họ chứ không phải bạn. Điều gì sẽ xảy ra nếu có sự cố mất điện hoặc lỗi khác làm hỏng máy chủ? Họ cũng sẽ trách bạn chứ?

Tất nhiên, nếu họ đang tích cực làm việc tại thời điểm khởi động lại hoặc cần để các quy trình chạy dài không được giám sát thì có thể có một vấn đề lập lịch thực sự mà bạn cần phải giải quyết giữa hai bạn.


0

Với nguy cơ âm thanh như một người bán hàng - chúng tôi sử dụng ShutdownPlus Cán Restart . Chúng tôi đã thiết lập nó để thử và khởi động lại máy chủ của chúng tôi mỗi đêm. Nó hoạt động khá tốt - bạn có thể thiết lập nó để chỉ khởi động lại máy chủ sau khi mọi người đã đăng xuất. Nó sẽ khởi động lại vòng lặp nếu ai đó vẫn đang sử dụng máy chủ RD số lần X. Các công cụ cũng có thể đăng xuất người dùng cho bạn, nếu bạn muốn. Hoặc thậm chí điều khiển máy ảo của bạn @ ESXi.

Tôi đang sử dụng nó với một vài GPO giúp loại bỏ những người dùng bị ngắt kết nối sau một vài giờ. Và ngắt kết nối các phiên hoạt động sau một thời gian nhàn rỗi nhất định. Đó là một phương pháp khá duyên dáng, ngoài chương trình lừa đảo thỉnh thoảng khiến các phiên không kết thúc. Chúng tôi đã làm việc xung quanh những người mặc dù. Cách chúng tôi đã thiết lập nó bây giờ, mọi máy chủ đều cố gắng khởi động lại mỗi giờ từ 22:00 đến 7.00, cho đến khi nó thành công. Thực tế, người dùng khởi động lại ít nhất 2/3 lần một tuần, điều này cũng ổn đối với tôi.

Thật không may, đây không phải là một chương trình miễn phí, nhưng nó thực hiện công việc khá tốt. Tôi đang triển khai một tập lệnh powershell, hy vọng sẽ cập nhật các máy chủ trước khi khởi động lại.


0

Câu trả lời thẳng cho máy chủ Microsoft khởi động lại CÓ / KHÔNG. Oh nếu cuộc sống thật dễ dàng! Nó phụ thuộc vào các ứng dụng đang chạy trên máy chủ. Nhưng đây là một hướng dẫn đơn giản nhưng KHÔNG phải là một quy tắc khó và nhanh.

Máy chủ vật lý Chạy máy chủ Windows ** x Phiên bản ** ( Tự động khởi động lạilên lịch ) 95% có thể được khởi động lại mỗi hai tuần một lần mà không có bất kỳ mối quan tâm thực sự nào. (Kiểm tra các bản vá đang được áp dụng có liên quan và bắt buộc). Đảm bảo bạn kiểm tra đầy đủ các bản vá trên (các) máy chủ thử nghiệm của mình trước khi phát hành cho các hệ thống sản xuất / trực tiếp.

Máy chủ ảo VMWare chạy Windows Server x Phiên bản - Khởi động lại một lần hai tuần một lần ( Xem bình luận ở trên nếu các bản vá được áp dụng )

Physical VMWare Server KHÔNG BAO GIỜ / Hiếm khi và chỉ khi cần thiết không bao giờ theo lịch trình. (Thông thường rất Ổn định nếu được cập nhật) Các bản vá / cập nhật VMWare sẽ yêu cầu khởi động lại.

VMWare chạy Windows SQL (Hạn chế khởi động lại, Áp dụng các bản vá Windows CHỈ CÓ! Khởi động lại bản vá IF yêu cầu và sau đó chỉ sau khi bạn dừng TẤT CẢ các kết nối máy khách) Kiểm tra các kết nối đã được kết nối lại khi máy chủ được sao lưu. Máy chủ SQL có thể mất khá nhiều thời gian để khởi động lại, vì vậy hãy lập kế hoạch này ngoài giờ.

Nhắc nhở: Trước khi thực hiện BẤT CỨ thay đổi thành VMWare (Windows Server) SNAPSHOT nó! nếu hệ thống gặp sự cố sau khi Bản vá dịch vụ hoặc các bản cập nhật được áp dụng hoặc các ứng dụng không khởi động, bạn có thể nhanh chóng lấy bản sao lưu máy chủ và chạy với thời gian giới hạn. Hãy nhớ ghi chú các lỗi để bạn có thể tìm thấy bản sửa lỗi không để hệ thống một mình vì nó bị lỗi vì nó có thể bị lỗi trong tương lai.

Hy vọng rằng sẽ giúp và đi một cách nhỏ để làm sáng tỏ mọi thứ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.