Thời gian tốt nhất để lên lịch cập nhật thường xuyên trên máy chủ sản xuất kênh là gì?

Với một máy chủ kênh đang chạy trong chế độ sản xuất, tôi muốn giữ tác động đến người dùng càng thấp càng tốt khi triển khai các bản cập nhật thường xuyên (cho chính máy chủ, không phải máy người dùng .. nhưng đó sẽ là một vấn đề khá tương tự).

Câu trả lời rõ ràng cho câu hỏi của tôi là "vào ban đêm, khi người dùng ở nhà". Nhưng "đêm" là một khoảng thời gian dài. Có nên bắt đầu sớm vào buổi tối để có thể bắt gặp sự cố với bản cập nhật sớm và sẵn sàng để quay trở lại? Hoặc tốt hơn là bắt đầu vào sáng sớm và sử dụng những người dùng đầu tiên là "chuột lang" để nhanh chóng kích hoạt các vấn đề hơn? Hoặc vào giữa đêm khi mức độ tập trung của người giám sát cập nhật khá thấp nhưng nó được đảm bảo không có xử lý tệp mở của một số người dùng làm việc muộn?

Có bất kỳ tài liệu nghiên cứu về chủ đề này?

Tại sao không xem xét việc sử dụng đồng thời hệ thống của bạn trong lịch sử & xác định thời gian sử dụng trong ngày ở mức thấp nhất? Sau đó, thay đổi ngay giữa thời gian sử dụng thấp đó.

Khi tìm ra sự thay đổi sẽ mất bao lâu bao gồm kiểm tra thực hiện trước / sau và kiểm tra xác minh sản xuất. Ngoài ra, hãy tìm hiểu xem thay đổi sẽ mất bao lâu để quay lại nếu có bất kỳ thử nghiệm nào thất bại.

IMHO 'người dùng đầu tiên' của bạn không nên là chuột lang. Có người dùng trực tiếp về cơ bản kiểm tra xác minh sản xuất thay đổi của bạn không phải là một điều tốt. Nó phá hủy niềm tin của người dùng cuối & kết quả không mong muốn có thể gây rối sản xuất, điều đó có nghĩa là bạn không chỉ phải quay lại thay đổi mà còn đẩy lùi mọi 'thiệt hại' mà thay đổi có thể gây ra.

Tôi không biết về bất kỳ tài liệu nghiên cứu nào, nhưng hãy xem bất kỳ khuôn khổ Quản lý dịch vụ CNTT (ITSM) nào như ITIL, bạn sẽ tìm thấy rất nhiều tiêu chuẩn và thực tiễn tốt nhất về quản lý phát hành phần mềm. Tất cả các hệ thống đều khác nhau, do đó mức độ của bao nhiêu thực hành bạn áp dụng, và hình thức, phụ thuộc. Các tiêu chuẩn ITSM có các hệ thống lớn trong tâm trí.

Điều này hoàn toàn phụ thuộc vào bản chất của doanh nghiệp. Một số văn phòng là 9-5 năm ngày một tuần. Các doanh nghiệp khác là 24 giờ một ngày, 365 ngày một năm. Các yếu tố khác như nhân viên và nguồn lực sẵn có đóng một vai trò quan trọng. Không có bài nghiên cứu nào có thể bao quát toàn diện mọi lịch trình hoặc sự kiện có thể.

Cuối cùng, quản lý của công ty hoặc bộ phận phối hợp với quản lý CNTT phải xác định cái gì là tốt nhất.

Chìa khóa thành công là giao tiếp với người dùng khi thời gian ngừng hoạt động được lên kế hoạch, dự kiến ​​sẽ kéo dài bao lâu, bất kỳ sự chuẩn bị nào của người dùng và những gì họ có thể mong đợi là kết quả của thành công hay thất bại. Một phần lớn trong số đó là đáp ứng những kỳ vọng bạn đặt ra.

Cuối cùng, không có gì được khắc trên đá. Nếu quy trình không hoạt động thì hãy điều chỉnh. Tính linh hoạt và khả năng thích ứng của bạn sẽ được đánh giá cao.

Bằng cách thực hiện các quy trình bảo trì và cập nhật trên thiết bị thử nghiệm trước khi có thể, bạn sẽ có sự chuẩn bị tốt hơn khi đến lúc thực hiện chúng trên các hệ thống sản xuất.

Tôi làm việc tại một ISP và theo kinh nghiệm của tôi, hầu hết những người tôi sẽ xem xét các quản trị viên hệ thống hitter nặng chọn buổi tối thứ Sáu vào cuối tuần lễ để thực hiện đại tu mạng lớn của họ. Điều đó cho họ thêm 24 giờ để kiểm tra và nếu cần thiết sẽ khôi phục các thay đổi của họ. Tuy nhiên, ở một mức độ lớn, điều này hoàn toàn phụ thuộc vào bản chất và thói quen của người dùng của bạn.

Chúng tôi cài đặt các bản cập nhật vào lúc 9 giờ tối, đủ muộn hầu hết mọi người sẽ không có mặt, đủ sớm để kéo tất cả sáng hơn nếu cần thiết.

Trong trường hợp của tôi, chúng tôi cài đặt các bản cập nhật vào lúc 4 giờ sáng, để tránh ảnh hưởng đến bất kỳ người dùng nào, ngay cả những người làm việc muộn một chút.

Nếu bạn có một hệ thống giám sát tốt cảnh báo bạn nếu có vấn đề xảy ra, bạn sẽ có thể khắc phục nó vào sáng sớm, trước cả khi đi làm.

Nó thực sự phụ thuộc vào bản chất kinh doanh của bạn nhưng cá nhân tôi thích tối thứ Tư sau 5 giờ chiều. Bạn không bao giờ muốn làm điều này vào tối thứ Sáu vì nếu có sự cố xảy ra, bạn sẽ làm việc vào cuối tuần. Làm điều này vào thứ Tư sẽ cung cấp cho bạn Thứ Năm và Thứ Sáu để khắc phục các sự cố nếu có.

Một yếu tố quan trọng khác là lên lịch quản lý thay đổi cửa sổ. Điều quan trọng là phải cho mọi người biết bạn đang chạy bảo trì - rằng các dịch vụ có thể bị gián đoạn hoặc không khả dụng trong khoảng thời gian đó. Nó sẽ cho phép bạn làm việc với sự tự tin, thay vì lo lắng rằng người dùng sẽ phàn nàn về các dịch vụ bị ngừng hoạt động. Quản lý của bạn cần phải phê duyệt các cửa sổ thay đổi, tất nhiên.