Chương trình thực hành tốt nhất và lịch cập nhật

Phần sụn nhận được rất ít sự chú ý khi cập nhật. Xa mặt cách lòng.

Nhiều thiết bị: Bộ điều khiển RAID, NIC, chipset và thậm chí cả ổ cứng, nhận được một số lợi ích từ việc cập nhật. Các tính năng tốt hơn, bảo mật / sửa lỗi, v.v.

Hầu hết SA nói, "Bất cứ khi nào nó bị hỏng, hãy cập nhật phần sụn." Nhưng điều này có thể dẫn đến những khó khăn xuống đường; Nhiều lần, khi liên hệ với Dell về một ổ cứng bị lỗi, tôi đã được hỏi liệu phần sụn ổ cứng của tôi có được cập nhật không. Tất cả các máy chủ của tôi sử dụng một số loại cấu hình RAID. Nếu tôi đã có một lỗi ổ đĩa, tôi thậm chí có nên cân nhắc thử nâng cấp phần sụn trên các ổ còn lại hoặc bộ điều khiển RAID không? Tôi sẽ nói không. Nhưng Dell dường như có một cái nhìn khác.

• Lịch trình cập nhật thực tế cho phần sụn hệ thống là gì?
• Bạn có bất kỳ thực hành tốt nhất để chia sẻ?

(Tôi biết rằng Dell có một tiện ích tuyệt vời gọi là Server Update Utility , kiểm tra tất cả phần sụn mới trên bất kỳ máy chủ Dell nào.)

Tôi cập nhật firmware trong hai trường hợp quan trọng.

1. Khi dàn dựng một máy chủ.
   • Khi tôi nhận được máy chủ, tôi sẽ kiểm tra trang web của HP để biết ngày "CD Cập nhật phần sụn" mới nhất của họ. Nếu nó đủ mới, tôi sẽ chạy nó với máy chủ trước khi đưa nó vào sản xuất.
   • Khi tôi tái sử dụng một máy chủ. Thông thường, máy chủ này đã 2 - 5 tuổi và có lẽ đã không có bản cập nhật firmware trong toàn bộ thời gian đó. Vì dù sao tôi cũng đang định dạng lại nó, nên tôi sẽ cập nhật tất cả các phần sụn khác nhau trên máy chủ.
2. Khi có một nhà cung cấp xác định cần phải làm như vậy.
   • Đôi khi, có một số vấn đề ổn định chính được xác định, như không thể xây dựng lại mảng RAID5 sau khi xảy ra lỗi hoặc lỗi hiệu suất lớn trong công cụ giảm tải TCP trên NIC.
   • Đôi khi, khi gọi để được hỗ trợ, công nghệ hỗ trợ sẽ yêu cầu tôi cập nhật phần sụn. Tôi sẽ làm như vậy sau đó.

Có một ví dụ thứ ba mà tôi không liệt kê ở trên, vì nó chưa xảy ra:

• Khi đặt một thành phần mới hơn nhiều vào một máy chủ cũ. Đôi khi BIOS hệ thống sẽ cần cập nhật để xử lý nó.

Chúng tôi sử dụng SIM HP (Trình quản lý thông tin chi tiết của hệ thống) để triển khai chương trình cơ sở, chúng tôi thực hiện theo nền tảng - thử nghiệm trước, sau đó phát triển, sau đó tích hợp, sau đó tham khảo sau đó sản xuất - thường là khoảng một tuần cho mỗi nền tảng để chúng tôi có 5/6 tuần phát hành đến cửa sổ sản xuất. Có vẻ như hoạt động nhưng một điều chúng ta KHÔNG BAO GIỜ làm là tung ra firmware cùng lúc với các bản cập nhật khác như trình điều khiển / mã, v.v. - tiết kiệm rất nhiều chỉ tay.

Tôi có thể sẽ chống lại hạt ở đây, nhưng nếu nó không bị hỏng thì đừng sửa nó. Nếu đó không phải là vấn đề bảo mật thì tôi sẽ để yên.

Tôi chưa bao giờ có dịch vụ từ chối Dell vì lý do đó.

Có lẽ bạn có thể lên lịch cho tiện ích mỗi tháng một lần, sau đó cập nhật chúng với các lần khởi động lại khác?

Bạn nên xử lý các bản cập nhật firmware khi bạn xử lý các bản vá , mặc dù các bản cập nhật này thường khó triển khai hơn nên bạn có thể muốn kiểm tra các ghi chú phát hành để giúp quyết định xem nó có đáng để thử không (nhưng một lần nữa, bạn cũng có thể thực hiện việc này cho các bản vá ). Các bản cập nhật phần sụn có khả năng chứa một lỗi khó chịu mới giống như sửa lỗi.

Việc cập nhật firmware nên được thực hiện khi chạy thử (hoặc chạy lại phần cứng) vì đây là thời điểm dễ dàng để làm điều đó.

Việc triển khai sẽ theo một cái gì đó dọc theo những dòng này:

1. Kiểm tra trên máy thí nghiệm
2. Triển khai các hệ thống không quan trọng
3. Chờ đợi
4. Triển khai các hệ thống quan trọng / sản xuất

Sau đó, một lần nữa, một số điều không thể làm theo điều này. Đặc biệt, điều rất quan trọng là rất nhanh chóng đẩy các bản vá của Microsoft lên máy tính để bàn Windows và việc kiểm tra rất khó thực hiện nhanh chóng nếu không có tài nguyên quan trọng.

Tôi thường sẽ cập nhật phần sụn khi ủy quyền cho bất kỳ thiết bị cơ sở hạ tầng mới nào. Máy trạm và Máy in chỉ được cập nhật nếu có sự cố cụ thể như sửa lỗi bắt buộc hoặc sự cố bảo mật. Nó ít quan trọng hơn với các máy chủ, vì đối với hầu hết các phần, mã chương trình cơ sở hoặc không thực thi ngoài quy trình khởi động hoặc quá đơn giản để có ít sai sót.

Tôi đã có những trải nghiệm tồi tệ khi nâng cấp firmware RAID trên các máy chủ, vì nhiều nhà sản xuất không đảm bảo cấu hình RAID hiện tại sẽ khả thi nếu vesion firmware thay đổi, giống với các đĩa riêng lẻ trong mảng.

Xu hướng của tôi sẽ là áp dụng chính sách "nếu nó không bị hỏng, đừng sửa nó" trong hầu hết các phần. Cần kiểm tra xem có thể khôi phục từ bản nâng cấp Firemware xấu hay không (ví dụ: ROM dự phòng trong Máy chủ HP hoặc nếu bạn có flasher EEPROM và sẵn sàng sử dụng chip rời).

Tôi không thể nói chuyện với Dell, nhưng tôi đã được những người trong nhóm lưu trữ IBM nói với tôi nhiều năm trước rằng các cấp độ đầu tiên của phần mềm RAID của họ KHÔNG BAO GIỜ là trình diễn tốt nhất. Họ bắn cho ổn định đầu tiên, và sau đó tăng hiệu suất với các mức rev trong tương lai. Thật không may, ít người trong chúng ta sẽ nghĩ (hoặc có thể có moxie) quay lại sau và gây rối với phần mềm RAID của hệ thống khỏe mạnh trừ khi có vấn đề. Vì vậy, chiến lược của chúng tôi là nâng cấp các cấp độ phần mềm RAID mỗi khi chúng tôi thiết lập một máy chủ mới, giả sử bộ điều hợp RAID không phải là một mô hình mới của thương hiệu. Bằng cách đó, chúng tôi ít nhất có được mức hiệu suất tốt nhất có sẵn tại thời điểm đó. Nếu đó là một bộ chuyển đổi chế độ mới, chúng tôi sẽ cố gắng ghi chú lại sau vài tháng và kiểm tra cập nhật, nhưng chúng tôi không tôn trọng nó.

Trên bo mạch chủ, chúng tôi KHÔNG gây rối với chúng trừ khi bộ phận hỗ trợ kỹ thuật của nhà cung cấp cho chúng tôi biết. Kinh nghiệm của chúng tôi trong nhiều năm qua là trừ khi có vấn đề cụ thể cần khắc phục, rủi ro lớn hơn nhiều so với lợi ích khó đo lường.

// spk

Tôi đã sử dụng SUU và các sản phẩm tương tự của HP và IBM thành công. Vấn đề duy nhất tôi từng gặp là khi trình điều khiển của nhà cung cấp được sử dụng để thay thế trình điều khiển Dell, không có lý do kỹ thuật, điều này khiến cho việc nâng cấp SUU không thể nâng cấp OM trên máy chủ Dell. Chúng tôi đã chạy các bản cập nhật cho phần sụn và trình điều khiển trên hàng trăm máy chủ ít nhất hai lần một năm để giữ cho tất cả chúng hiện tại. Chúng tôi không bao giờ gặp vấn đề với phần mềm RAID.

Chúng tôi cập nhật chương trình cơ sở mọi cơ hội chúng tôi nhận được, điều đáng tiếc có lẽ là 3-4 lần mỗi năm (Cửa sổ bảo trì chính) cho một số hệ thống.

Nếu bạn đọc bản giới thiệu đi kèm với bản nâng cấp firmware Dell, bạn sẽ thấy nó phân loại bản cập nhật là quan trọng, quan trọng hoặc bất cứ điều gì, và mô tả những gì bản nâng cấp sửa chữa (không phải lúc nào cũng rõ ràng như mong muốn!).

Quan điểm của tôi là tôi sẽ không áp dụng nâng cấp firmware mà không có lý do chính đáng. Nếu đó là một bản cập nhật quan trọng và khắc phục sự cố tôi có cơ hội gặp phải hợp lý thì có, tôi sẽ áp dụng nó ngay cả khi đó là một công việc căng thẳng.

Như bạn nói, Dell thường hỗ trợ áp dụng mọi nâng cấp có liên quan trước khi họ hỗ trợ bạn và rõ ràng trong trường hợp đó bạn không có nhiều sự lựa chọn. Bạn có thể hiểu Dell không muốn lãng phí thời gian của kỹ sư, mặc dù tôi chưa bao giờ biết firmware là nguyên nhân của một cuộc gọi hỗ trợ.

JR

Tôi nghĩ rằng nó phụ thuộc vào loại môi trường bạn phải đối phó. Nếu bạn làm việc trong môi trường đòi hỏi tính sẵn sàng cao và bạn không thể khởi động lại máy chủ khi bạn muốn. Thực tiễn tốt nhất theo ý kiến ​​của tôi là thực hiện một lịch trình bảo trì. Chọn khung thời gian cho mỗi hệ thống, thông báo cho người dùng và thực hiện tất cả các công việc cần thiết bao gồm cập nhật chương trình cơ sở trong khung thời gian được phân bổ này. Bằng cách này, bạn có thể chắc chắn rằng tất cả các hệ thống của bạn được cập nhật và giảm thiểu tác động đến sản xuất cùng một lúc. Ngoài ra, như đã lưu ý trong các bình luận trước đó, cần kiểm tra các bản cập nhật firmware khi bạn xây dựng một máy chủ mới.