Chẩn đoán trong SQL Server giúp phát hiện bị đình trệ và khó khăn I/O hoạt động

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: 897284
Tóm tắt
Một hệ thống quản lí bộ máy cơ sở dữ liệu (DBMS), chẳng hạn như SQL Server, dựa trên kịp thời của tệp nhập và xuất (I/O) hoạt động. Một trong các mục sau đây có thể gây ra khó khăn hoặc bị đình trệ I/O hoạt động và ảnh hưởng đến hiệu suất và SQL Server đáp ứng:

  • Lỗi phần cứng
  • Phần cứng cấu hình không đúng
  • cài đặt chuyên biệt phần mềm
  • Trình điều khiển bộ lọc
  • Nén
  • Lỗi
  • Các điều kiện đường I/O
Các vấn đề I/O có thể gây ra hành vi sau đây xảy ra:

  • Chặn
  • Chốt tranh và hết thời gian chờ
  • Thời gian phản hồi chậm
  • Kéo dài ranh giới tài nguyên
SQL Server khởi động trong Microsoft SQL Server 2000 Service Pack 4 (SP4), bao gồm logic giúp phát hiện bị ngừng và cản trở các điều kiện cho bộ máy cơ sở dữ liệu I/O đọc và ghi nhật ký tệp I/O đọc và ghi. Khi thao tác I/O đã chờ 15 phút hoặc lâu hơn, SQL Server thực hiện theo các bước sau:

  1. Phát hiện thao tác đã đang chờ xử lý
  2. Viết thư thông tin Nhật ký lỗi SQL Server

    nội dung thư Nhật ký giống như sau:

    11 tháng 11 năm 2004 00:21:25.26 spid1 SQL Server đã gặp 192 occurrence(s) IO yêu cầu lâu hơn 15 phút để hoàn thành hồ sơ [E:\SEDATA\stressdb5.ndf] trong bộ máy cơ sở dữ liệu [stressdb] (7). Xử lý tệp hệ điều hành là 0x00000000000074D4. Bù IO dài mới nhất là: 0x00000000022000 ".

Giải thích thông báo

tin nhắn văn bảnMô tả
Số > occurrence(s)Số yêu cầu I/O không hoàn thành đọc hoặc ghi hoạt động trong ít hơn 15 phút.
Thông tin về tệptập đã đặt tên tin đầy đủ, tên bộ máy cơ sở dữ liệu và số nhận dạng (DBID) bộ máy cơ sở dữ liệu.
Xử lýhệ điều hành xử lý tệp. Bạn có thể sử dụng hệ điều hành xử lý debuggers hoặc với các tiện ích khác để giúp theo dõi gói yêu cầu vào/ra (IRP).
Bù cuối cùng kẹt I/O hoạt động hoặc cuối cùng ngừng hoạt động I/O. Bạn có thể sử dụng lượng bù thời với debuggers hoặc các tiện ích khác để giúp theo dõi yêu cầu IRP.

Lưu ý: Khi thông báo được ghi vào Nhật ký lỗi SQL Server, thao tác I/O có thể không được khó khăn hoặc bị ngừng.
Thông báo thông tin này cho biết rằng hiện tại tải có thể gặp phải một trong những điều kiện sau:

  • Khối lượng công việc là vượt quá khả năng I/O đường dẫn.
  • Khối lượng công việc là vượt quá khả năng hệ thống hiện tại.
  • Đường dẫn I/O có phần mềm trình; có thể là một phần mềm hoặc sự cố về trình điều khiển.
  • Đường dẫn I/O có thành phần phần cứng trục trặc.
Để biết thêm thông tin về SQL Server 2000 vào/ra mô hình, hãy truy cập website sau của Microsoft:Lưu ý: TechNet bài viết này cũng áp dụng cho Microsoft SQL Server 2005 và phiên bản mới hơn.
Thông tin thêm

Dán vào/ra và bị đình trệ vào/ra

Dán vào/ra

I/O khó khăn được định nghĩa là một yêu cầu I/O không hoàn tất. Thông thường, khó khăn I/O cho biết IRP khó khăn. Để giải quyết tình huống khó khăn I/O, thông thường bạn phải khởi động lại máy tính hoặc thực hiện hành động tương tự. Tình huống I/O khó khăn thường chỉ ra như sau:

  • Lỗi phần cứng
  • Một lỗi trong một cấu phần đường dẫn I/O

Bị đình trệ vào/ra

Bị đình trệ I/O được định nghĩa là một yêu cầu I/O đã hoàn thành hoặc đã mất quá nhiều thời gian để kết thúc. Bị đình trệ I/O hành vi thường xảy ra do một trong những lý do sau:

  • Cấu hình phần cứng
  • cài đặt chuyên biệt phần mềm
  • Sự cố về trình điều khiển bộ lọc yêu cầu hỗ trợ phần cứng hoặc nhà cung cấp phần mềm để theo dõi và giải quyết

SQL Server bị ngừng I/O và bối rối I/O ghi và báo cáo

Microsoft SQL Server hỗ trợ xử lý nhiều trường hợp hàng năm có liên quan đến sự cố I/O khó khăn hoặc bị đình trệ. Các vấn đề I/O xuất hiện trong nhiều cách khác nhau. I/O vấn đề là một số vấn đề khó khăn nhất để chẩn đoán và gỡ lỗi, và họ yêu cầu thời gian đáng kể và tài nguyên để gỡ lỗi của Microsoft và khách hàng. Các tính năng báo cáo đã được thêm vào SQL Server 2000 SP4 và phiên bản mới hơn đáng kể giảm thời gian cần thiết để xác định một vấn đề I/O.

Báo cáo và ghi I/O yêu cầu được thiết kế theo một tệp. Phát hiện và báo cáo yêu cầu I/O bị đình trệ và khó khăn là hai hành động riêng.

Ghi

Có hai phút khi một hành động dữ liệu xảy ra trong SQL Server. Đầu tiên là khi thao tác I/O thực sự hoàn tất. Nếu một yêu cầu I/O có hơn 15 phút để hoàn tất, một thao tác dữ liệu xảy ra. Thời điểm thứ hai là khi người viết vội chạy. Khi người viết vội chạy, người viết vội sẽ kiểm tra tất cả các dữ liệu đang chờ xử lý tất cả các bản ghi đang chờ xử lý tệp I/O yêu cầu. Nếu đã vượt ngưỡng 15 giây, thao tác dữ liệu xảy ra.

Báo cáo

Báo cáo xảy ra trong khoảng thời gian có 5 phút hoặc lâu hơn ngoài. Báo cáo xảy ra khi yêu cầu I/O sau vào tệp. Nếu một hành động ghi lại đã xảy ra và 5 phút hoặc lâu hơn đã chuyển từ báo cáo cuối cùng đã xảy ra, thông báo được đề cập trong phần "Tóm tắt" được ghi vào Nhật ký lỗi SQL Server.

Ngưỡng 15 giây không điều chỉnh. Tuy nhiên, bạn có thể vô hiệu hoá bị đình trệ hoặc khó khăn I/O phát hiện bằng cách sử dụng cờ theo dõi 830, mặc dù chúng tôi không khuyên bạn làm như vậy.

Để vô hiệu hoá phát hiện khi SQL Server khởi động, hãy sử dụng các -T830 tham số để vô hiệu hoá phát hiện mỗi khi khởi động mà SQL Server. Để vô hiệu hoá phát hiện cho phiên bản của SQL Server hiện đang chạy, sử dụng lệnh sau:

DBCC traceoff (830, -1)
Thiết đặt này có hiệu lực cho cuộc sống của quá trình SQL Server.

Lưu ý: Cầu I/O sẽ bị ngừng hoặc khó khăn được báo cáo chỉ một lần. Ví dụ: nếu thư thông báo rằng 10 I/O yêu cầu được ngừng lại, các báo cáo 10 sẽ xảy ra một lần nữa. Nếu thông báo tiếp theo báo cáo 15 I/O yêu cầu được ngừng lại, có nghĩa là yêu cầu I/O mới 15 đã bị ngừng lại.

Theo dõi gói yêu cầu vào/ra (IRP)

SQL Server sử dụng cuộc gọi Microsoft Windows API tiêu chuẩn để đọc và ghi dữ liệu. Ví dụ, SQL Server sử dụng các chức năng sau:

  • WriteFile
  • ReadFile
  • WriteFileScatter
  • ReadFileGather
Yêu cầu đọc hoặc ghi được xử lý bởi Windows như một gói yêu cầu vào/ra (IRP). Để xác định trạm đậu của IRP, sử dụng hai cách sau đây:

  • Hỗ trợ nền tảng của Microsoft hỗ trợ
  • Trình gỡ lỗi hạt nhân
Để biết thêm thông tin về IRP và IRP theo dõi, truy cập web site của Microsoft sau đây và tra cứu từ khóa "IRP":Lưu ý: Lõi gỡ lỗi có thể là một quá trình xâm phạm do lõi gỡ lỗi có thể yêu cầu bạn để ngăn chặn các hệ thống để hoàn tất hành động gỡ lỗi. Chúng tôi khuyên bạn nên kiểm tra bất kỳ cập nhật sẵn có cho các mục sau đây:

  • BIOS
  • Phần mềm
  • Bất kỳ thành phần đường dẫn I/O khác
Liên hệ với nhà cung cấp phần cứng của bạn trước khi bạn thực hiện thêm hành động gỡ lỗi. Gỡ lỗi phiên sẽ có thể liên quan đến trình điều khiển bên thứ ba, phần mềm hoặc cấu phần trình điều khiển lọc.

Hiệu năng hệ thống và truy vấn kế hoạch hành động

Tổng thể hiệu năng hệ thống có vai trò quan trọng I/O xử lý. Bạn phải thực hiện sự cố chung của hệ thống xem xét khi bạn đang điều tra báo cáo bị đình trệ hoặc khó khăn I/O hoạt động. Quá tải có thể gây ra toàn bộ hệ thống bị chậm. Điều này bao gồm xử lý I/O. Hành vi của hệ thống tại thời điểm xảy ra sự cố có thể là một yếu tố chính trong việc xác định nguyên nhân gốc của vấn đề. Ví dụ: nếu trở nên sử dụng CPU cao hoặc nếu sử dụng CPU vẫn cao khi sự cố xảy ra hiện tượng này có thể cho biết trình trên hệ thống đang sử dụng quá nhiều CPU rằng quy trình khác đang bị ảnh hưởng bất lợi.

Bộ đếm hiệu năng

Giám sát hoạt động I/O, kiểm tra sau đây hiệu suất quầy thông tin cụ thể I/O đường dẫn:

  • Trung bình đĩa giây/chuyển
  • Chiều dài hàng đợi đĩa trung bình
  • Chiều dài hàng đợi đĩa hiện tại
Ví dụ, thời gian trung bình đĩa giây/chuyển trên máy tính đang chạy SQL Server thường là nhỏ hơn 15 giây. Nếu giá trị trung bình đĩa giây/truyền đạt, điều này cho thấy rằng con I/O không tối ưu giữ với nhu cầu I/O.

Cẩn thận khi bạn sử dụng bộ đếm hiệu năng vì SQL Server lợi dụng đầy đủ khả năng I/O dị bộ đẩy đĩa hàng đợi dài nặng. Vì vậy, nhiều đĩa hàng đợi dài thân chỉ ra sự cố.

Trong màn hình hệ thống Windows, bạn có thể xem đồng hồ "đĩa vật lý: đĩa byte/giây" cho mỗi ảnh hưởng đĩa và so sánh tốc độ hoạt động với bộ đếm "trình: IO dữ liệu byte/giây" và "quy trình: IO khác byte/giây" cho mỗi quá trình xác định xem một tập hợp cụ thể của quá trình tạo ra I/O yêu cầu. Có nhiều I/O khác liên quan đến bộ đếm bằng trình đối tượng đó cho thấy thông tin chi tiết hơn. Nếu bạn xác định phiên bản SQL Server có trách nhiệm ra IO tải trên máy chủ, xem phần tiếp theo "Lập mục chỉ dẫn và song song". Để thảo luận chi tiết về phát hiện và giải quyết I/O tắc nghẽn, xem phần "Vào/ra tắc nghẽn" MSDN whitepaper Khắc phục sự cố hoạt động trong SQL Server 2008 hoặc Khắc phục sự cố hoạt động trong SQL Server 2005.

mục chỉ dẫn và song song

Thông thường, cụm I/O xảy ra vì chỉ bị thiếu. Hành vi này có thể bị đẩy đường I/O. Qua sử dụng mục lục chuyển hướng dẫn (Welding) có thể giúp giải quyết I/O áp lực trên hệ thống. Nếu truy vấn có chỉ thay vì quét bảng, hoặc có lẽ nếu nó sử dụng một loại hoặc băm, Hệ thống có thể đạt được lợi ích sau:

  • Giảm được thực hiện trong I/O vật lý được yêu cầu để hoàn tất hành động trực tiếp tạo ra hiệu suất lợi ích cho truy vấn.
  • Ít trang trong bộ nhớ cache dữ liệu đã được chuyển. Vì vậy, các trang trong bộ nhớ cache dữ liệu vẫn có liên quan đến hoạt động truy vấn.
  • Các loại và băm được sử dụng bởi vì chỉ có thể bị mất hoặc số liệu thống kê lỗi thời. Bạn có thể giảm tempdb sử dụng và tranh bằng cách thêm một hoặc nhiều danh mục.
  • Giảm được thực hiện trong tài nguyên, hoạt động song song hoặc cả hai. Vì máy chủ SQL không đảm bảo thực hiện truy vấn song song vì tải về hệ thống là cách tốt nhất để tối ưu hóa tất cả các truy vấn cho tuần tự thực hiện. Tối ưu hoá truy vấn, mở Query Analyzer và đặt các giá trị sp_configure trong các tối đa mức độ song song Tuỳ chọn 1. Nếu tất cả các truy vấn được điều chỉnh để chạy nhanh chóng là một hoạt động nối tiếp, song song thực hiện thường là chỉ là một kết quả tốt hơn. Tuy nhiên, nhiều thời gian thực thi song song được chọn vì số lượng dữ liệu chỉ lớn. Để chỉ thiếu, một loại lớn có thể xảy ra. Nhiều chương trình thực hiện tác vụ sắp xếp sẽ tạo ra một phản ứng nhanh hơn. Tuy nhiên, hành động này có thể tăng đáng kể áp lực trên hệ thống. Lớn đọc yêu cầu từ nhiều chương trình có thể gây ra một burst I/O cùng với việc sử dụng CPU tăng từ nhiều chương trình. Nhiều lần truy vấn có thể được điều chỉnh để chạy nhanh hơn và sử dụng tài nguyên ít hơn nếu một mục chỉ dẫn được thêm vào hoặc hành động điều chỉnh khác xảy ra.

Các ví dụ thực tế từ hỗ trợ Microsoft SQL Server

Ví dụ sau đây đã được xử lý hỗ trợ Microsoft SQL Server và nền tảng báo cáo hỗ trợ. Những ví dụ nhằm cung cấp một khung tham khảo và trợ giúp thiết lập mong đợi của bạn về ngừng lại và khó khăn I/O tình huống và về cách hệ thống có thể bị ảnh hưởng hoặc có thể đáp ứng. Không có phần cứng cụ thể hoặc bộ điều khiển đưa ra bất kỳ cụ thể rủi ro hoặc nguy cơ khác hơn. Tất cả hệ thống sẽ giống này.

Ví dụ 1: Một Nhật ký ghi bị tắc 45 giây

Cố gắng ghi tệp nhật ký SQL Server định kỳ trở nên khó khăn trong khoảng 45 phút. Ghi nhật ký không hoàn thành một cách kịp thời. Hành vi này tạo ra một điều kiện chặn khiến khách hàng 30 giây hết thời gian chờ.

Ứng dụng gửi một cam kết SQL Server và cam kết trở nên khó khăn là ghi nhật ký đang chờ xử lý. Hiện tượng này khiến truy vấn tiếp tục giữ khóa và chặn các yêu cầu đến từ các khách hàng. Sau đó, các khách hàng Bắt đầu thời gian. Điều này hợp chất vấn đề do ứng dụng không quay trở lại giao dịch mở khi hết thời gian chờ truy vấn. Điều này tạo ra hàng trăm mở các giao dịch đang khoá. Do đó, một tình huống nghiêm trọng chặn xảy ra.

Để biết thêm thông tin về giao dịch xử lý và ngăn chặn, hãy xem bài viết sau trong cơ sở kiến thức Microsoft:Ứng dụng bản ghi dịch vụ web site bằng cách sử dụng kết nối tổng hợp. Khi nhiều kết nối bị chặn, website tạo nhiều kết nối. Các kết nối bị chặn và chu kỳ tiếp tục.

Ghi nhật ký kết thúc sau khoảng 45 giây. Tuy nhiên, thời gian này, hàng trăm kết nối được sao lưu. Chặn vấn đề gây ra vài phút thời gian phục hồi cho SQL Server và ứng dụng. Kết hợp với các vấn đề ứng dụng, điều kiện I/O bị đình trệ có ảnh hưởng rất tiêu cực hệ thống.
Giải pháp
Vấn đề này được theo dõi yêu cầu I/O khó khăn trong trình điều khiển bộ điều hợp Bus lưu trữ (HBA). Máy tính có nhiều HBA thẻ với phòng hỗ trợ. Khi một HBA là sau hoặc không liên lạc với mạng khu vực lưu trữ (SAN), giá trị thời gian chờ "thử trước khi chuyển đổi dự phòng" được cấu hình để 45 giây. Khi hết đã vượt quá, yêu cầu I/O được chuyển đến HBA thứ hai. HBA thứ hai xử lý yêu cầu và kết thúc một cách nhanh chóng. Để giúp ngăn chặn các điều kiện hàng, các nhà sản xuất phần cứng khuyến nghị thiết đặt "thử trước khi chuyển đổi dự phòng" 5 giây.

Ví dụ 2: Can thiệp điều khiển bộ lọc

Nhiều chương trình phần mềm chống vi-rút và các sản phẩm sao lưu sử dụng trình điều khiển bộ lọc I/O. Các trình điều khiển bộ lọc I/O trở thành một phần của yêu cầu I/O stack và họ có quyền truy cập vào yêu cầu IRP. bản ghi dịch vụ Hỗ trợ Sản phẩm của Microsoft đã gặp các vấn đề khác nhau từ lỗi tạo khó khăn I/O điều kiện hoặc bị ngừng I/O điều kiện trong việc thực hiện điều khiển bộ lọc.

Một trong điều kiện là một trình điều khiển bộ lọc xử lý sao lưu cho phép sao lưu các tệp được mở khi sao lưu đã xảy ra. người quản trị hệ thống có trong mục tin thư thoại tệp dữ liệu SQL Server lựa chọn sao lưu tệp. Khi sao lưu đã xảy ra sao lưu đã cố gắng thu thập hình ảnh chính xác của tệp lưu Bắt đầu lúc. Làm chậm trễ I/O yêu cầu. Yêu cầu I/O được phép kết thúc chỉ một lần khi chúng được xử lý bằng phần mềm.

Khi sao lưu Bắt đầu, SQL Server thực hiện giảm đáng kể do I/Os SQL Server đã phải hoàn thành một lần. Hợp các vấn đề, "một lần" logic là đó I/O hoạt động có thể không được thực hiện không đồng bộ. Do đó, khi SQL Server sẽ gửi một yêu cầu I/O và tiếp tục, nhân viên đã bị kẹt trong đọc hoặc ghi cuộc gọi cho đến khi yêu cầu I/O kết thúc. Xử lý công việc như một máy chủ SQL đọc trước bị vô hiệu hoá một cách hiệu quả hành động điều khiển bộ lọc. Ngoài ra, một lỗi trong trình điều khiển bộ lọc để hành động "một lần" trong quá trình, ngay cả khi sao lưu đã hoàn tất. Cách duy nhất để khôi phục SQL Server thực hiện là đóng và sau đó mở bộ máy cơ sở dữ liệu hoặc khởi động lại SQL Server để xử lý tệp được phát hành và reacquired mà không cần tương tác điều khiển bộ lọc.
Giải pháp
Để khắc phục sự cố này, tệp dữ liệu SQL Server đã bị xoá khỏi quá trình sao lưu tệp. Sản xuất phần mềm cũng khắc phục sự cố lại tệp trong chế độ "một lần".

Ví dụ 3: Ẩn lỗi

Nhiều cao cấp hệ thống có đa kênh I/O đường dẫn xử lý cân bằng tải hoặc hoạt động tương tự. Hỗ trợ sản phẩm của Microsoft đã tìm thấy sự cố tải cân bằng phần mềm mà không thành công một yêu cầu I/O nhưng phần mềm không Bộ xử lí biến cố lỗi chính xác. Phần mềm có thể cố gắng vô số lần thử lại. Thao tác I/O trở nên khó khăn và SQL Server không thể hoàn tất hành động được chỉ định. Nhiều như Nhật ký ghi điều kiện được mô tả trước đó, nhiều chế độ tầm nhìn thấp hệ thống có thể xảy ra sau khi một điều kiện wedges hệ thống.
Giải pháp
Để khắc phục sự cố này, khởi động lại SQL Server thường là bắt buộc. Tuy nhiên, đôi khi bạn phải khởi động lại hệ điều hành để khôi phục xử lý. Chúng tôi cũng khuyên bạn tải xuống bản cập nhật phần mềm từ nhà cung cấp I/O.

Ví dụ 4: Lưu trữ từ xa, nhân bản và ổ đĩa raid

Nhiều hệ thống sử dụng tính năng sao chép hoặc thực hiện các bước tương tự để tránh bị mất dữ liệu. Một số hệ thống sử dụng tính năng sao chép phần mềm dựa trên và một số được dựa trên phần cứng. Tình trạng thông thường được phát hiện bởi Microsoft Support cho các hệ thống này là tăng độ trễ.

Tăng thời gian I/O tổng thể xảy ra khi I/O phải hoàn thành gương trước khi I/O là hoàn tất. Để cài đặt chuyên biệt đồng gửi từ xa, lần thử lại mạng có thể bị liên quan. Khi xảy ra lỗi ổ đĩa hệ thống raid xây dựng lại, mô hình I/O cũng có thể bị gián đoạn.
Giải pháp
cài đặt chuyên biệt cấu hình nghiêm ngặt phải giảm độ trễ gương hoặc kích hoạt động xây dựng lại.

Để biết thêm thông tin, xem lại yêu cầu đối với SQL Server hỗ trợ từ xa nhân bản bộ máy cơ sở dữ liệu người dùng.

Ví dụ 5: nén

Microsoft không hỗ trợ Microsoft SQL Server 7.0 hoặc Microsoft SQL Server 2000 tệp dữ liệu và tệp nhật ký trên ổ đĩa nén. Nén NTFS sẽ không an toàn cho SQL Server do nén NTFS phá vỡ giao thức ghi trước đăng (WAL). Nén NTFS cũng cần xử lý tăng mỗi I/O hoạt động. Nén tạo ra "một lần" như hành vi gây ra sự cố về hiệu năng nghiêm trọng xảy ra.
Giải pháp
Để khắc phục sự cố này, giải nén dữ liệu và tệp nhật ký.

Để biết thêm thông tin, xem lại Mô tả hỗ trợ cho bộ máy cơ sở dữ liệu SQL Server trên ổ đĩa nén.

Điểm dữ liệu bổ sung

PAGEIOLATCH_ * và writelog chờ đợi trong sys.dm_os_wait_stats quản lý động (DMV) là khoá indictors điều tra I/O đường hiệu suất. Nếu bạn thấy quan trọng PAGEIOLATCH chờ, điều này có nghĩa là SQL Server đang chờ đợi con I/O. Thông thường là một số PAGEIOLATCH chờ đợi và hành vi. Tuy nhiên, nếu là PAGEIOLATCH đợi lần luôn lớn hơn 10 giây (ms), bạn nên điều tra tại sao con I/O đang áp lực. Để biết thêm thông tin, hãy xem tài liệu sau đây:



SQL Server yêu cầu hệ thống hỗ trợ "đảm bảo cung cấp ổn định phương tiện" như được nêu trong yêu cầu chương trình SQL Server vào/ra độ tin cậy. Để biết thêm chi tiết về các yêu cầu đầu vào và đầu ra cho bộ máy cơ sở dữ liệu SQL Server, hãy truy cập bài viết sau trong cơ sở kiến thức Microsoft:

IO EventID 833

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

Thuộc tính

ID Bài viết: 897284 - Xem lại Lần cuối: 10/01/2015 05:07:00 - Bản sửa đổi: 1.0

Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Web, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2012 Web, Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2008 R2 Web, Microsoft SQL Server 2008 R2 Workgroup, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition

  • kbinfo kbtshoot kbsqlserv2000sp4fea kbmt KB897284 KbMtvi
Phản hồi