To guarantee a successful volume re

To guarantee a successful volume recovery, every log file record documenting a volume update must be completely written to disk before the update itself is applied to the volume. Because disk writes are cached, the cache manager and the file system must coordinate metadata updates by ensuring that the log file is flushed ahead of metadata updates. Overall, the following actions occur in sequence:
1. The file system writes a log file record documenting the metadata update it intends to make.
2. The file system calls the cache manager to flush the log file record to disk. 3. The file system writes the volume update to the cache—that is, it modifies its cached metadata.
4. The cache manager flushes the altered metadata to disk, updating the volume structure. (Ac- tually, log file records are batched before being flushed to disk, as are volume modifications.)
When a file system writes data to the cache, it can supply a logical sequence number (LSN) that identifies the record in its log file, which corresponds to the cache update. The cache manager keeps track of these numbers, recording the lowest and highest LSNs (representing the oldest and newest log file records) associated with each page in the cache. In addition, data streams that are protected by transaction log records are marked as “no write” by NTFS so that the mapped page writer won’t inadvertently write out these pages before the corresponding log records are written. (When the mapped page writer sees a page marked this way, it moves the page to a special list that the cache manager then flushes at the appropriate time, such as when lazy writer activity takes place.)
When it prepares to flush a group of dirty pages to disk, the cache manager determines the high- est LSN associated with the pages to be flushed and reports that number to the file system. The file system can then call the cache manager back, directing it to flush log file data up to the point repre- sented by the reported LSN. After the cache manager flushes the log file up to that LSN, it flushes the corresponding volume structure updates to disk, thus ensuring that it records what it’s going to do before actually doing it. These interactions between the file system and the cache manager guarantee the recoverability of the disk volume after a system failure.

Kết quả (Việt) 1:

Để đảm bảo sự phục hồi thành công khối lượng, mỗi đăng nhập tập tin bản ghi tài liệu một Cập Nhật tập phải được hoàn toàn viết vào đĩa trước khi cập nhật chính nó được áp dụng cho âm lượng. Vì đĩa ghi được lưu trữ, quản lý bộ nhớ cache và hệ thống tập tin phải phối hợp thông tin cập nhật siêu dữ liệu bằng cách đảm bảo rằng các tập tin đăng nhập đỏ ửng trước siêu dữ liệu Cập Nhật. Nhìn chung, các hành động sau đây xảy ra theo thứ tự: 1. Hệ thống tập tin viết một bản ghi tập tin đăng nhập tài liệu cập nhật siêu dữ liệu mà nó dự định để làm cho. 2. Hệ thống tập tin gọi bộ nhớ cache quản lý để tuôn ra đăng nhập tập tin ghi vào đĩa. 3. Hệ thống tập tin ghi Cập Nhật khối lượng bộ nhớ cache — có nghĩa là, nó sửa đổi của nó siêu dữ liệu lưu trữ. 4. người quản lý bộ nhớ cache xóa các siêu dữ liệu thay đổi vào đĩa, Cập Nhật cấu trúc khối lượng. (Ac-tually, tệp nhật ký hồ sơ được trộn trước khi đỏ ửng vào đĩa, như là khối lượng sửa đổi.) Khi một hệ thống tập tin ghi dữ liệu vào bộ nhớ cache, nó có thể cung cấp một số thứ tự hợp lý (LSN) xác định các bản ghi trong tập tin đăng nhập của nó, mà tương ứng với bản Cập Nhật bộ nhớ cache. Trình quản lý bộ nhớ cache theo dõi của những con số này, ghi âm các thấp nhất và cao nhất LSNs (đại diện cho hồ sơ tập tin đăng nhập lâu đời nhất và mới nhất) kết hợp với mỗi trang trong bộ nhớ cache. Ngoài ra, dòng dữ liệu được bảo vệ bởi bản ghi nhật ký giao dịch được đánh dấu là "không có ghi" bởi NTFS do đó nhà văn được ánh xạ trang sẽ không vô tình viết ra những trang trước khi hồ sơ đăng nhập tương ứng được ghi. (Khi các nhà văn được ánh xạ trang nhìn thấy một trang đánh dấu bằng cách này, nó di chuyển trang để một danh sách đặc biệt quản lý bộ nhớ cache sau đó xóa vào thời điểm thích hợp, chẳng hạn như khi lười biếng nhà văn hoạt động diễn ra.) Khi nó chuẩn bị để tuôn ra một nhóm trang bẩn vào đĩa, người quản lý bộ nhớ cache xác định cao-est LSN liên kết với các trang để được flushed và báo cáo số để hệ thống tập tin. Hệ thống tập tin sau đó có thể gọi cho người quản lý bộ nhớ cache trở lại, chỉ đạo nó để tuôn ra đăng nhập tập tin dữ liệu đến các điểm repre - sented bởi LSN báo cáo. Sau khi người quản lý bộ nhớ cache xóa tệp nhật ký đến đó LSN, nó xóa các bản Cập Nhật tương ứng cấu trúc khối lượng vào đĩa, do đó đảm bảo rằng nó ghi lại những gì nó sẽ làm trước khi thực sự làm việc đó. Những tương tác giữa hệ thống tập tin và trình quản lý bộ nhớ cache đảm bảo recoverability khối lượng đĩa sau một thất bại hệ thống.

Kết quả (Việt) 2:

Để đảm bảo phục hồi khối lượng thành công, mỗi bản ghi log file tài liệu cập nhật khối lượng phải được hoàn toàn ghi vào đĩa trước khi cập nhật chính nó được áp dụng cho các khối lượng. Bởi vì đĩa ghi được lưu trữ, quản lý bộ nhớ cache và hệ thống tập tin phải phối hợp cập nhật siêu dữ liệu bằng cách đảm bảo rằng các tập tin đăng nhập được đỏ mặt trước bản cập nhật siêu dữ liệu. Nhìn chung, các hành động sau đây xảy ra theo thứ tự:
1. Hệ thống tập tin viết một bản ghi log file tài liệu cập nhật siêu dữ liệu nó có ý định để thực hiện.
2. Hệ thống tập tin gọi là quản lý bộ nhớ cache để tuôn ra những bản ghi log file vào đĩa. 3. Các hệ thống tập tin viết cập nhật khối lượng bộ nhớ cache-có nghĩa là, nó đổi siêu dữ liệu lưu trữ của nó.
4. Người quản lý bộ nhớ cache thổi sạch các siêu dữ liệu thay đổi vào đĩa, cập nhật các cấu trúc âm lượng. (Chiếm tually, đăng nhập hồ sơ tập tin được trộn trước khi được vào đĩa đỏ mặt, cũng như những thay đổi âm lượng.)
Khi một hệ thống tập tin ghi dữ liệu vào bộ nhớ cache, nó có thể cung cấp một số trình tự hợp lý (LSN) xác định các bản ghi trong file log của nó , tương ứng với các bản cập nhật bộ nhớ cache. Người quản lý bộ nhớ cache theo dõi những con số, ghi LSNs thấp nhất và cao nhất (đại diện cho các hồ sơ file log lâu đời nhất và mới nhất) kết hợp với mỗi trang trong bộ nhớ cache. Ngoài ra, dòng dữ liệu được bảo vệ bởi các bản ghi log giao dịch được đánh dấu là "không có ghi" bằng NTFS để các nhà văn trang ánh xạ sẽ không vô tình viết ra những trang trước khi các hồ sơ đăng nhập tương ứng được viết. (Khi nhà văn trang ánh xạ nhìn thấy một trang được đánh dấu theo cách này, nó di chuyển các trang vào một danh sách đặc biệt mà người quản lý bộ nhớ cache sau đó thổi sạch tại thời điểm thích hợp, chẳng hạn như khi hoạt động nhà văn lười biếng diễn ra.)
Khi nó chuẩn bị để tuôn ra một nhóm các trang web bẩn vào đĩa, quản lý bộ nhớ cache xác định LSN cao est liên kết với các trang bị đỏ mặt và báo cáo rằng số lượng các hệ thống tập tin. Các hệ thống tập tin sau đó có thể gọi người quản lý bộ nhớ cache trở lại, chuyển nó vào tuôn ra dữ liệu tập tin đăng nhập cho đến thời điểm diện sented bởi LSN báo cáo. Sau khi người quản lý bộ nhớ cache thổi sạch các tập tin đăng nhập lên đến LSN đó, nó thổi sạch các bản cập nhật cấu trúc khối lượng tương ứng vào đĩa, do đó đảm bảo nó ghi lại những gì nó sẽ làm gì trước khi thực sự làm việc đó. Những tương tác giữa các hệ thống tập tin và quản lý bộ nhớ cache đảm bảo khả năng thu hồi của khối lượng đĩa sau khi một lỗi hệ thống.