Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

9017 Thông tin thư kí nhập khi bạn Bắt đầu một thể hiện của SQL Server hoặc khôi phục hoặc đính kèm một bộ máy cơ sở dữ liệu

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2882905
Triệu chứng
Khi bạn Bắt đầu một thể hiện của Microsoft SQL Server hoặc khôi phục hoặc đính kèm một bộ máy cơ sở dữ liệu, một tin thư thoại thông tin 9017 tương tự với những điều sau đây được kí nhập ở Nhật ký lỗi SQL Server:

bộ máy cơ sở dữ liệu dbName có nhiều hơn n ảo kí nhập tập tin đó là quá nhiều. Quá nhiều tệp nhật ký ảo có thể gây khởi động dài và sao lưu lần. Xem xét việc thu hẹp lại các bản ghi và sử dụng một tăng tốc độ tăng trưởng khác nhau để giảm số các tập tin log ảo.

Quá nhiều tệp nhật ký ảo có thể ảnh hưởng đến thời gian phục hồi của bộ máy cơ sở dữ liệu.

Ngoài ra, nếu bạn sử dụng công nghệ nhân bản hoặc bộ máy cơ sở dữ liệu phản ánh trong môi trường của bạn, bạn có thể nhận thấy vấn đề hiệu suất với các công nghệ này.
Nguyên nhân
Vấn đề này xảy ra khi bạn chỉ định các giá trị nhỏ cho các Tham số FILEGROWTH cho các tập tin kí nhập của bạn.

bộ máy cơ sở dữ liệu SQL Server phân chia mỗi tệp nhật ký vật lý trong nội bộ thành một số ảo kí nhập các tập tin (VLFs). SQL Server 2008 R2 Service Pack 2 và phiên bản mới hơn giới thiệu một tin thư thoại mới (9017) mà kí nhập khi bộ máy cơ sở dữ liệu Bắt đầu (hoặc vì Bắt đầu một thể hiện của SQL Server hoặc vì các gắn hoặc khôi phục cơ sở dữ liệu) và có hơn 1.000 VLFs trong SQL Server 2008 R2 hoặc có hơn 10.000 VLFS trong SQL Server 2012.

Lưu ýTrong SQL Server 2012, mặc dù thông báo này kí nhập khi bộ máy cơ sở dữ liệu có 10.000 VLFs, thông báo thực tế được báo cáo trong Nhật ký lỗi không chính xác nói "1000 BOÅ." Về cơ bản, các cảnh báo xảy ra sau khi 10.000 VLFs. Tuy nhiên, tin thư thoại báo cáo 1.000 VLFs. Vấn đề này sẽ được sửa chữa trong bản phát hành trong tương lai.

Để biết thêm chi tiết về làm thế nào số lượng tăng lên của VLFs có thể dẫn đến vấn đề hiệu suất tại sao chép hoặc bộ máy cơ sở dữ liệu phản ánh cấu hình, hãy xem phần "Thông tin".
Giải pháp
Để giải quyết vấn đề này, hãy làm theo các bước sau:
  1. Giảm Nhật ký giao dịch của bạn bằng cách sử dụng DBCC SHRINKDB hoặc bằng cách sử dụng SQL Server Management Studio.
  2. Tăng kích thước của tệp nhật ký giao dịch với một giá trị lớn hơn để tránh thường xuyên tự động tăng trưởng. Để biết thêm chi tiết, xem chủ đề sau đây trên web site của SQL Server sách trực tuyến:

  3. Tăng các Tham số FILEGROWTH một giá trị lớn hơn so với những gì hiện được cấu hình. Điều này nên được dựa trên các hoạt động của bộ máy cơ sở dữ liệu của bạn và mức độ thường xuyên tập tin kí nhập của bạn đang tăng lên.

Ngoài ra, chúng tôi đề nghị rằng bạn xem xét việc cài đặt chuyên biệt các bản sửa lỗi sau đây, tùy thuộc vào phiên bản của SQL Server mà bạn hiện đang chạy:


Thông tin thêm

Làm thế nào để kiểm tra số BOÅ phân đoạn trong bộ máy cơ sở dữ liệu

Bạn có thể tìm thấy số lượng các phân đoạn BOÅ trong bộ máy cơ sở dữ liệu bằng cách tìm sự khác biệt giữa sớm nhất và các đặt kí nhập số thứ tự (LSNs) của các đồng gửi lưu Nhật ký giao dịch cho bộ máy cơ sở dữ liệu.

Bạn có thể tìm thấy LSN sao lưu Nhật ký giao dịch bằng cách kiểm tra Nhật ký lỗi SQL Server của bạn cho một tin thư thoại tương tự với những điều sau đây:

{Đăng nhập đã được sao lưu. Cơ sở dữ liệu: mydbname, creation_date_(time): Ngày(thời gian), đầu tiên LSN: 1: 5068:70, cuối LSN: 1: 5108:1, số lượng các bãi chứa thiết bị: 1, thiết bị thông tin: (FILE = 1, loại = đĩa: {'C:\folder\logbackup1.trn'}). Đây là một bài viết thông tin chỉ. Không có hành động người dùng được yêu cầu.

Lưu ýTrong thư này, LSN Nhật ký giao dịch là1. (Nó là số đầu tiên trước khi các dấu kiểm hai chấm đầu tiên trong "LSN: 1:5068:70.")

Để làm điều này, hãy làm theo các bước sau:
  1. Tìm thấy LSN cho sao lưu Nhật ký earliesttransaction cho bộ máy cơ sở dữ liệu trong Errorlog SQL của bạn (ví dụ, LSN: 1:5108:1).
  2. Tìm thấy LSN đặt cho sao lưu Nhật ký giao dịch trong SQL Errorlog (ví dụ, LSN:10, 235: 5108: 1).
  3. Soá BOÅ phân đoạn là sự khác biệt giữa LSN đặt và LSN sớm nhất (trong trường hợp này, nó là 10,235-1 = 10,234).

Hiệu quả của rất nhiều VLFs trên sao chép

Quá nhiều tệp nhật ký có thể ảnh hưởng đến nhân rộng bởi vì quá trình đọc kí nhập phải quét mỗi tệp nhật ký ảo cho các giao dịch được đánh dấu kiểm để nhân rộng. Bạn có thể nhìn thấy hành vi này bởi tracing hiệu suất của các thủ tục sp_replcmds lưu trữ. Đọc kí nhập xử lý sử dụng sp_replcmds lưu trữ thủ tục để quét các tập tin log ảo và để đọc các giao dịch được đánh dấu kiểm để nhân rộng. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

949523 Độ trễ của một đồng gửi giao dịch là cao trong SQL Server 2005 khi giá trị tài sản "Kích thước khởi tạo" và giá trị tài sản Autogrowth nhỏ

Hiệu quả của rất nhiều VLFs trên bộ máy cơ sở dữ liệu phản ánh

Quá nhiều tệp nhật ký cũng có thể ảnh hưởng đến bộ máy cơ sở dữ liệu phản ánh. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

2455009Khắc phục: Chậm hiệu suất khi bạn Khôi phục bộ máy cơ sở dữ liệu nếu có rất nhiều VLFs bên trong Nhật ký giao dịch SQL Server 2005, SQL Server 2008 hay SQL Server 2008 R2

Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 2882905 - Xem lại Lần cuối: 09/12/2013 03:53:00 - Bản sửa đổi: 1.0

Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Standard Edition

  • kbexpertiseinter kbprb kbsurveynew kbmt KB2882905 KbMtvi
Phản hồi
p://c1.microsoft.com/c.gif?">