Phụ thuộc khôi phục của Lịch sử Đo: Xây dựng Sổ đăng ký Khôi phục Có thể sử dụng được

Một lịch sử đo đạc meter khôi phục danh sách đăng ký phụ thuộc liệt kê tất cả những gì cần thiết để làm cho các ghi chép đo lường đã phục hồi trở nên có thể sử dụng được: phần mềm tương thích, cấu hình, định nghĩa thẻ, quy ước thời gian, ngữ cảnh tính toán, sắp xếp truy cập và chủ sở hữu chịu trách nhiệm. Xây dựng nó trước khi xảy ra sự cố, sau đó kiểm tra nó với một bài tập phục hồi cô lập. Một bản sao lưu lưu trữ riêng có thể giữ giá trị mà không giữ ngữ cảnh cần thiết để diễn giải chúng.

Hướng dẫn này tập trung vào việc chuẩn bị hồ sơ phụ thuộc cho một nhà sử liệu bên ngoài hoặc hệ thống báo cáo năng lượng. Nó tách biệt khỏi bài kiểm tra chấp nhận phục hồi và khỏi bản sao lưu cài đặt của thiết bị. Nó không khẳng định rằng một đồng hồ công nghiệp chứa một nhà sử liệu, công cụ xuất khẩu lưu trữ hoặc chức năng khôi phục thảm họa tích hợp.

Bắt đầu với dịch vụ cần được phục hồi

Định nghĩa dịch vụ hữu ích thay vì bắt đầu với danh sách các tệp sao lưu. Một kỹ thuật viên bảo trì có thể cần xu hướng dòng chảy lịch sử; một quản lý năng lượng có thể cần tổng các khoảng thời gian và định nghĩa báo cáo. Ghi lại các độc giả cần thiết, các khoảng thời gian được phê duyệt, các số lượng và đầu ra. Việc phục hồi dễ dàng hơn khi mục đích sử dụng rõ ràng.

Đặt tên ranh giới hệ thống. Bao gồm đồng hồ, bộ thu ngoài, nhà sử liệu, cơ sở dữ liệu và lớp báo cáo nơi chúng ảnh hưởng đến dịch vụ cần thiết. Một số hệ thống kết hợp các vai trò này, trong khi những hệ thống khác phân phối chúng. Mô tả cài đặt thực tế thay vì giả định kiến trúc chung áp dụng.

Quyết định những phụ thuộc nào cần thiết để đọc dữ liệu cũ và những phụ thuộc chỉ cần để tiếp tục thu thập mới. Sự phân biệt này cho phép phục hồi dịch vụ lịch sử hạn chế mà không kết nối sớm bộ thu với thiết bị đang hoạt động. Bất kỳ việc kết nối lại nào cũng phải tuân thủ các thủ tục vận hành và an ninh đã được phê duyệt của địa điểm.

Sử dụng hướng dẫn dự phòng ở cấp độ phù hợp

NIST SP 800-34 Phiên bản 1 cung cấp hướng dẫn về lập kế hoạch dự phòng hệ thống thông tin và ưu tiên phục hồi. Đây là một tài liệu tham khảo chung về lập kế hoạch, không phải là hướng dẫn phục hồi cụ thể cho đồng hồ. Sử dụng tài liệu hỗ trợ phục hồi của nhà cung cấp nhà sử liệu thực tế cho các lệnh, khả năng phần mềm và các thành phần sao lưu cần thiết.

NIST SP 800-128 đề cập đến quản lý cấu hình kiểm soát. Mức độ liên quan ở đây là cần có một cơ sở cấu hình có thể nhận diện, được quản lý. Bảng đăng ký thực tế dưới đây là một công cụ lập kế hoạch kỹ thuật; nó không khẳng định NIST bắt buộc các cột bảng tính chính xác này.

Một đăng ký phụ thuộc bổ sung các nguồn này bằng cách kết nối mục đích phục hồi đã được phê duyệt với các hiện vật và chủ sở hữu thực tế của hệ thống. Giữ các giả định rõ ràng, đặc biệt là nơi một phiên bản ứng dụng, thỏa thuận cấp phép hoặc chuyển đổi dữ liệu chưa được kiểm tra sau khi phục hồi.

Ghi lại các phụ thuộc kèm bằng chứng và quyền sở hữu

Đối với mỗi mục, nêu rõ những gì cần thiết, nơi lưu giữ bằng chứng đã được phê duyệt, ai kiểm soát nó và điều gì sẽ chứng minh tính khả dụng. Một tài liệu có tiêu đề thủ tục sao lưu là không đủ nếu không ai có thể tìm thấy trình cài đặt tương thích hoặc truy cập phục hồi được phép.

Lưu trữ các tham chiếu đến thông tin xác thực được bảo vệ, không lưu mật khẩu hoặc khóa riêng tư trong sổ đăng ký. Bản ghi phụ thuộc phải hướng dẫn người ứng phó được ủy quyền cách yêu cầu quyền truy cập mà không biến hệ thống thành một kho lưu trữ bí mật mới không được kiểm soát.

Tách dữ liệu khỏi từ điển giải thích dữ liệu đó.

Một chuỗi số liệu được khôi phục có thể không thể sử dụng một cách an toàn nếu thiếu từ điển thẻ định danh tương ứng. Hãy ghi lại các mã định danh ổn định, mối quan hệ giữa các tài sản, số lượng, đơn vị, hệ số nhân và chiều dữ liệu. Bảo toàn các phiên bản sửa đổi đã được phê duyệt và áp dụng trong giai đoạn lịch sử tương ứng, đặc biệt khi tài sản hoặc tên điểm đo đã thay đổi.

Ghi lại vị trí thực hiện việc hiệu chỉnh tỷ lệ. Nếu thiết bị đo, bộ thu thập dữ liệu và hệ thống báo cáo đều có thể áp dụng hệ số nhân, hãy ghi rõ vị trí được phê duyệt và cách diễn giải. Quá trình khôi phục không được vô tình áp dụng cùng một hệ số hai lần chỉ vì cấu hình mặc định khác với hệ thống ban đầu.

Các mã chất lượng cũng phải được đưa vào bản ghi phụ thuộc. Một giá trị được đánh dấu là không hợp lệ hoặc ước tính mang ý nghĩa khác với một kết quả quan sát đã được xác nhận. Nếu không thể khôi phục cách diễn giải chất lượng ban đầu, hãy ghi rõ hạn chế đó thay vì hiển thị mọi giá trị lịch sử như thể chúng có độ tin cậy ngang nhau.

Ghi lại thời gian và ngữ cảnh tính toán.

Ghi lại riêng quy ước lưu trữ dấu thời gian và quy ước hiển thị trong báo cáo. Một hệ thống có thể lưu trữ thời gian UTC nhưng hiển thị theo giờ địa phương. Xác định ranh giới các khoảng thời gian, mọi giả định về múi giờ trong quá khứ và cách xử lý các dấu thời gian địa phương không rõ ràng. Không được giả định rằng việc khôi phục múi giờ hiện tại của máy trạm sẽ tái tạo chính xác ngữ cảnh báo cáo ban đầu.

Bảo toàn các định nghĩa tính toán cùng với ánh xạ đầu vào và các phiên bản sửa đổi tương ứng. Bộ tổng tích lũy hoặc bản tổng hợp năng lượng có thể cho ra kết quả khác sau khi khôi phục nếu các kênh dữ liệu nguồn, bộ lọc hoặc quy tắc làm tròn thay đổi. Hãy liệt kê những bằng chứng cần thiết để tái tạo định nghĩa đã được phê duyệt thay vì chỉ lưu ảnh chụp màn hình của biểu đồ cuối cùng.

Đưa vào một bộ dữ liệu đối chiếu có kiểm soát với quy mô nhỏ, bao gồm các dấu thời gian lịch sử được chọn, các giá trị nguồn tương ứng và kết quả diễn giải dự kiến. Chọn những ví dụ thể hiện được các yếu tố phụ thuộc thực tế, chẳng hạn như một điểm đo đã đổi tên hoặc ranh giới báo cáo đã thay đổi. Lưu trữ các bản ghi kiểm thử riêng biệt với bằng chứng đo lường trực tiếp.

Lập sơ đồ thứ tự phụ thuộc mà không phỏng đoán hành vi của nhà cung cấp.

Một số ứng dụng yêu cầu cơ sở dữ liệu tương thích phải sẵn sàng trước khi có thể khôi phục cấu hình của chúng. Những ứng dụng khác tự quản lý bộ nhớ lưu trữ. Một dịch vụ nhận dạng bên ngoài có thể cần thiết để đăng nhập thông thường, trong khi vẫn có thể tồn tại một quy trình khôi phục hạn chế được nhà cung cấp hỗ trợ. Chỉ ghi lại trình tự được hỗ trợ cho hệ thống đã cài đặt.

Hiển thị các điều kiện tiên quyết và chủ sở hữu bằng ngôn ngữ rõ ràng. Ví dụ, phương tiện phần mềm đã được phê duyệt phải có sẵn trước khi cài đặt ứng dụng; dịch vụ lưu trữ được hỗ trợ phải sẵn sàng trước khi thực hiện quy trình khôi phục yêu cầu nó. Không biến ví dụ chung thành hướng dẫn cài đặt cho sản phẩm khác.

Đánh dấu các phụ thuộc vòng tròn. Nếu hướng dẫn khôi phục chỉ được lưu trữ bên trong dịch vụ gặp sự cố, hãy đặt một bản sao được phê duyệt và truy cập được ở nơi khác. Nếu người duy nhất có thể ủy quyền truy cập không có mặt trong thời gian mất điện, hãy giải quyết đường ủy quyền thay thế trước khi dựa vào kế hoạch.

Giữ cho giấy phép và quyền truy cập của bên thứ ba thực tế

Liệt kê bất kỳ bằng chứng giấy phép hoặc sự hỗ trợ của nhà cung cấp nào cần thiết cho môi trường khôi phục dự định. Tránh giả định rằng giấy phép có thể được chuyển nhượng, sao chép hoặc kích hoạt ngoại tuyến. Xác minh các điều khoản thực tế và quy trình được hỗ trợ với nhà cung cấp chịu trách nhiệm; ghi lại quy trình đã xác minh và bất kỳ hạn chế chưa giải quyết nào.

Đối với dịch vụ bên ngoài, xác định xem việc khôi phục có cần truy cập trực tiếp hay có thể hoạt động trong chế độ cách ly hạn chế. Một nhà sử dụng dữ liệu lịch sử có thể đọc được mà không cần tiếp tục thu thập, nhưng điều đó phụ thuộc vào ứng dụng. Sổ đăng ký nên giữ nguyên giới hạn đã kiểm tra thay vì khuyến khích người phản hồi bỏ qua kiểm soát mạng.

Ghi lại liên hệ của nhà cung cấp theo vai trò và kênh thăng cấp được phê duyệt. Bao gồm bằng chứng mà nhà cung cấp yêu cầu, như phiên bản phần mềm, chi tiết lỗi và tham chiếu quyền lợi, trong khi giữ bí mật các tài liệu tài khoản trong vị trí bảo vệ đã chỉ định.

Xác thực sổ đăng ký bằng một bài tập có giới hạn

Chọn phạm vi khôi phục cách ly và lấy được quyền vận hành cần thiết. Sử dụng sổ đăng ký để xác định các artefact và theo dõi quy trình khôi phục được hỗ trợ. Ghi lại những gì có sẵn, những gì cần giúp đỡ không ghi lại và những gì ngăn cản tiến trình. Mục đích là để phát hiện các phụ thuộc thiếu trước khi xảy ra sự cố thực sự.

Giữ thời gian chuẩn bị riêng biệt với thời gian thực thi khi ghi lại kết quả. Chờ đợi trình cài đặt, phê duyệt hoặc giấy phép có thể chi phối quá trình khôi phục ngay cả khi khôi phục dữ liệu nhanh chóng. Chỉ báo cáo kết quả bài tập đã đo lường cho phạm vi đã kiểm tra; không quảng cáo thời gian khôi phục toàn cầu từ một mẫu thành công.

The Hướng dẫn chấp nhận khôi phục dữ liệu lịch sử đề cập đến việc dữ liệu đã khôi phục có thể sử dụng được sau quy trình hay không. Sổ đăng ký này đề cập đến việc các điều kiện tiên quyết cần thiết có thể được lấy và hiểu rõ hay không. Liên kết hai bản ghi để các kiểm tra chấp nhận thất bại có thể xác định các phụ thuộc thiếu hoặc sai lệch.

Duy trì bản ghi sau các thay đổi đã được phê duyệt

Xem xét lại sổ đăng ký khi phần mềm, ánh xạ bộ sưu tập, quy ước thời gian, kiểm soát truy cập hoặc tính toán báo cáo thay đổi. Ghi lại phiên bản hiệu lực và phạm vi lịch sử bị ảnh hưởng. Giữ các phiên bản cũ hơn nơi dữ liệu cũ vẫn phụ thuộc vào chúng.

The hướng dẫn sao lưu cấu hình đồng hồ đo bao gồm bằng chứng cấu hình của thiết bị và hỗ trợ. The hướng dẫn chuyển giao quyền sở hữu cấu hình giúp phân chia trách nhiệm giữa các thành phần. Giữ rõ ràng ranh giới của chúng để mỗi nhiệm vụ có chủ sở hữu chịu trách nhiệm thay vì nhiều bản sao chưa hoàn chỉnh của cùng một danh sách kiểm tra.

Tham khảo sản phẩm thực cho các hình minh họa này là thiết bị đa chức năng BY194. Xác minh chính xác biến thể và chức năng đo lường đã được ghi nhận độc lập. Các tài liệu đính kèm bên ngoài và tài liệu khôi phục minh họa quản trị hệ thống; chúng không ngụ ý khả năng lưu trữ, cổng hoặc khôi phục bên trong đồng hồ đo đã chụp hình.

Bài học Computerphile sau đây về điều kiện đua cung cấp nền tảng về trạng thái chia sẻ và thời gian. Nó liên quan đến việc phối hợp các thay đổi giữa các thành phần thu thập và báo cáo, nhưng không cung cấp thủ tục khôi phục lịch sử. Tài liệu nhà cung cấp hỗ trợ của bạn và đăng ký phụ thuộc đã được kiểm tra vẫn là các tài liệu tham khảo vận hành.

Xem bài học hướng dẫn

Các câu hỏi thường gặp

Sao lưu lưu trữ có đủ để khôi phục historian không?

Nó có thể chỉ là một thành phần bắt buộc. Xác định thủ tục được hỗ trợ của ứng dụng đã cài đặt và xác định phần mềm phù hợp, cấu hình, định nghĩa thẻ, ngữ cảnh truy cập và diễn giải. Kiểm tra phạm vi yêu cầu trước khi kết luận rằng bản sao lưu là đủ.

Có nên bao gồm mật khẩu trong đăng ký phụ thuộc không?

Giữ bí mật trong hệ thống bảo vệ đã được phê duyệt. Ghi lại vai trò truy cập được phép, người quản lý và tuyến đường phê duyệt khôi phục thay thế. Xác nhận rằng tuyến đường vẫn còn khả dụng trong kịch bản thất bại mà kế hoạch dự định xử lý.

Khôi phục cô lập thành công có chứng minh rằng việc thu thập dữ liệu trực tiếp có thể tiếp tục không?

Không. Việc đọc lịch sử đã khôi phục và việc kết nối lại quá trình thu thập dữ liệu là hai phạm vi khác nhau. Chỉ tiếp tục thu thập dữ liệu theo quy trình đã được phê duyệt, với cấu hình, quyền truy cập và các bước kiểm tra vận hành phù hợp với hệ thống thực tế đã cài đặt.

Khi nào cần kiểm tra lại sổ đăng ký?

Xem xét lại sau các thay đổi đã được phê duyệt liên quan và sau các bài tập khôi phục phát hiện thiếu thông tin. Cũng thiết lập một cuộc xem xét định kỳ do chủ sở hữu dẫn dắt phù hợp với dịch vụ. Bảo tồn lịch sử chỉnh sửa để dữ liệu lịch sử vẫn có thể được diễn giải trong ngữ cảnh đã áp dụng khi nó được thu thập.