Mô hình dữ liệu

Một phần của tài liệu Nghiên cứu chuẩn quản trị máy tính và ứng dụng trong giảng dạy (Trang 36 - 38)

Các thành phần có một hoặc nhiều thuộc tính có tên chung xác ñịnh các thông tin có sẵn cho một ứng dụng quản lý. Các thuộc tính ñược thu thập vào nhóm ñược ñặt tên ñể dễ tham khảo. Các nhóm có thể vô hướng hoặc có thể là ña thể hiện, chẳng hạn như tập hợp các thuộc tính cho mỗi thể hiện của một bảng giao diện mạng. Nhóm nhân khởi tạo ñược gọi là bảng, một hàng của một bảng ñược gọi bằng một tập hợp các thuộc tính hình thành một chìa khóa. Vì vậy trong một hệ thống có rất nhiều thành phần, với một hoặc nhiều nhóm. Mỗi nhóm có một hay nhiều thuộc tính và mỗi nhóm có thể ñược khởi tạo như một bảng. Các CISTR trình bày thành phần / nhóm / khóa / thuộc tính này cho các ứng dụng quản lý. Sơ ñồ ñược thể hiện trong Hình 2-2.

Thành phần thiết bị có thể ñáp ứng với yêu cầu của ứng dụng quản lý và có thể cung cấp thông tin không cần gửi yêu cầu.

Hình 2.2. Sơ ñồ của ñại diện thuộc tính Mô hình dữ liệu.

Các mối quan hệ giữa các ứng dụng quản lý, Nhà cung cấp dịch vụ DMI và CISTR có thể tồn tại như mối quan hệ một nhiều-một-nhiều. Có thể có nhiều ứng dụng quản lý phát hành các lệnh thông qua một nhà cung cấp dịch vụ DMI duy nhất ñể quản lý nhiều thành phần. Nếu ứng dụng quản lý nhiều hoạt ñộng, hỗ trợ bởi các ngôn ngữ khác nhau, ñòi hỏi CISTR hỗ trợ nhiều ngôn ngữ cùng một lúc.

Ứng dụng quản lý phải ñăng ký với nhà cung cấp dịch vụ DMI trước khi có thể tham gia vào chức năng quản lý. Khi lần ñầu tiên ñưa vào hệ thống, các CISTR phải cài ñặt vào nhà cung cấp dịch vụ DMI. Các cơ chế của "kết nối" ñể các nhà cung cấp dịch vụ DMI ñăng ký hoặc ban hành các lệnh có thể khác nhau giữa các hệ thống ñiều hành và triển khai nhà cung cấp dịch vụ DMI.

Kiểm soát luồng thông tin thường bắt ñầu từ các ứng dụng quản lý tới nhà cung cấp dịch vụ DMI và các CISTR. Luồng các chỉ dẫn, báo cáo theo hướng ngược lại.

Có ba loại lệnh truy cập chính: Get, Set và List. Các lệnh Get và Set cho phép ứng dụng quản lý ñọc và viết các thực thể quản lý trong một hệ thống.

Các lệnh List trả lại "siêu" thông tin, thông tin về bản thân MIF thành phần. Các lệnh List không nhận ñược giá trị thuộc tính thực tế trong thành

phần. Các lệnh List cho phép ứng dụng quản lý có ñược các thông tin ngữ nghĩa trong MIF. Khi nhà cung cấp dịch vụ DMI nhận ñược thông tin MIF từ cơ sở dữ liệu MIF, các lệnh List không gây ra kích hoạt bất kỳ mã nào của CISTR.

Cùng với các lệnh truy cập tiêu chuẩn này là các lệnh ñể ñăng ký / giải ñăng ký của các thực thể quản lý, và các lệnh tạo ra các chỉ dẫn do CISTR.

Trong cấu trúc dữ liệu DMI, tất cả các chuỗi ñược lưu trữ dưới dạng <length> <data>. <length> là giá trị 32-bit không dấu cho biết số lượng octet trong một phần của chuỗi. Lưu ý rằng số lượng ký tự trong chuỗi phụ thuộc vào ñịnh dạng ISO 8859-1 (1 octet / ký tự) hoặc ñịnh dạng Unicode (2 octet / ký tự.

Các CISTR ñược tái sử dụng nối tiếp nhau, nhưng sẽ không ñược tái vào lại.

DMI không cung cấp các hàm nguyên thủy ñể sở hữu hoặc khóa các tài nguyên trên một chuỗi các lệnh. Nhiều ứng dụng quản lý có thể truy cập ñồng thời các giao diện ñược mô tả trong tài liệu này. Phân nhóm và lập lịch hoạt ñộng là trách nhiệm của ứng dụng quản lý. Tương tự như vậy, bất kỳ mong muốn loại trừ lẫn nhau ñể khóa truy cập nhất ñịnh, hoặc cung cấp bảo mật cơ sở dữ liệu DMI dưới bất kỳ hình thức nào là trách nhiệm của các ứng dụng quản lý.

Một phần của tài liệu Nghiên cứu chuẩn quản trị máy tính và ứng dụng trong giảng dạy (Trang 36 - 38)