Sao lưu máy chủ SQL không thành công. Lỗi: 3041, Mức độ nghiêm trọng: 16, Bang: 1


11

Trước hết, tôi rất mới ở stackexchange, vì vậy xin hãy đồng ý với tôi.

Tôi đang chạy SQL Server 9.0.4060.

Vấn đề của tôi là: bản sao lưu SQL Server của tôi bị lỗi trên nhiều cơ sở dữ liệu.

Kế hoạch bảo trì chạy đến các công việc sao lưu khác nhau:

Sao lưu DIFF mỗi ngày vào lúc 20:30 và sao lưu FULL vào mỗi Chủ nhật lúc 20:30.

Tôi nhận được hai lỗi foreach cơ sở dữ liệu không hoàn thành sao lưu:

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
BACKUP failed to complete the command BACKUP DATABASE (dbname) WITH DIFFERENTIAL. Check the backup application log for detailed messages.

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
Error: 3041, Severity: 16, State: 1.

Lỗi thêm.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Error: 18456, Severity: 14, State: 16.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Login failed for user 'sa'. [CLIENT: <local machine>]

Date     06-11-2012 20:30:11
Log      SQL Server (Current - 09-11-2012 11:27:00)
Source   spid15s
Message
SQL Server has encountered 2 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.

Có một số lỗi tương tự khác với lỗi ở trên, với 'Kế hoạch SQL' và 'Kế hoạch đối tượng'. Thay vì 'Cây ràng buộc'.

Nếu các bạn cần bất kỳ thông tin khác, chỉ cần nói từ.


Có lỗi trước 3041 trong nhật ký lỗi máy chủ sql không? (không phải nhật ký cửa sổ)
Alex K.

Có, có hai lỗi sau: "Ngày 06-11-2012 17:53:27 Đăng nhập Máy chủ SQL (Hiện tại - 07-11-2012 11:43:00) Lỗi Thông báo Đăng nhập Nguồn: 18456, Mức độ nghiêm trọng: 14, Trạng thái: 16. "" Ngày 06-11-2012 17:53:27 Đăng nhập Máy chủ SQL (Hiện tại - 07-11-2012 11:43:00) Thông báo đăng nhập nguồn Đăng nhập thất bại cho người dùng 'sa'. [CLIENT: <local machine> ] "

Có nhiều lỗi hơn thế không?
swasheck

Có @swasheck, tôi đã thêm một vài lỗi trong mô tả
Arviddk

Đây là những bản sao lưu gốc hay bạn đang sử dụng phần mềm sao lưu khác?
swasheck

Câu trả lời:


4

Như Max đã chỉ ra, lỗi đăng nhập sa không khắc phục được thời gian sao lưu như đã xảy ra vài giờ trước đó, tuy nhiên lỗi thứ hai thì có. Bạn đã xem qua: http://bloss.msdn.com/b/sqlprogrammability/archive/2007/01/17/10-0-plan-cache-flush.aspx

http://www.sqlservercentral.com/Forums/Topic377116-146-1.aspx#bm380502

Có bất kỳ mục nào trong blog MSDN đóng một yếu tố trong môi trường của bạn không? Phổ biến nhất sẽ là AUTO_CLOSE ON. Hãy cho chúng tôi biết, cảm ơn.


AUTO_CLOSE được bật trên 10 trên 164 DB. Tôi đã đếm được 70 lần xuất hiện của 'Cây ràng buộc', 'Kế hoạch SQL' và 'Kế hoạch đối tượng' vào ngày 13/11/2012 21:45:24. Vào ngày 13/11/2012 21:53:15, nó được đặt lại thành 1 lần xuất hiện. Hi vọng điêu nay co ich.
Arviddk

Điều này có giúp bạn xác định lỗi @ SQL-Learner không? Tôi đã hỏi các nhân viên IT khác trong bộ phận của tôi nếu họ biết nếu có bất kỳ lệnh nào khác được đề cập trong blog MSDN.
Arviddk

Xin chào Arviddk, hãy để tôi nhìn xa hơn vào ngày hôm nay! Cảm ơn.
Ali Razeghi

Được rồi, mong chờ phản hồi của bạn!
Arviddk

2

Xin vui lòng, hãy xem tại đây: Cách khắc phục sự cố "Msg 3041" trong SQL Server

Trích từ trang:

Tin nhắn 3041 là một báo cáo chung về lỗi sao lưu. Để hiểu nguyên nhân gây ra lỗi và khắc phục nó, bạn phải sử dụng các mục nhật ký Lỗi Máy chủ SQL xảy ra trước mục nhập sự kiện 3041. Thông thường, 3041 được đi trước bởi một thông báo lỗi chi tiết nêu lý do thực sự của lỗi sao lưu. Các thông báo lỗi chi tiết chỉ được ghi vào nhật ký lỗi SQL Server và ứng dụng khách. Thông báo chi tiết không được báo cáo trong Nhật ký ứng dụng trong Windows.

Cập nhật (Sau khi đọc bình luận @dezso)
Tôi đã thấy "lỗi thêm" được báo cáo, nhưng tôi không chắc chắn rằng chúng có liên quan đến lỗi sao lưu. Lỗi sao lưu được ghi ngày 20:31:06, nhưng "lỗi thêm" được ghi ngày 17:53:27, do đó, lỗi thêm xảy ra khoảng 2 giờ 40 phút trước khi xảy ra lỗi sao lưu thực tế. Và những lỗi thêm này có liên quan đến một vấn đề đăng nhập.

Tôi không nghĩ rằng một vấn đề đăng nhập xảy ra lúc 17:53:27 có thể dẫn đến việc sao lưu thất bại vào lúc 20:31:06. Vì vậy, một suy nghĩ rằng lỗi sao lưu và "lỗi thêm" không liên quan.

Tôi cũng không nghĩ rằng một lỗi chung xảy ra vào 17:53:27 có thể dẫn đến việc sao lưu thất bại vào lúc 20:31:06 (trừ khi DB thực sự lớn). @Arviddk báo cáo rằng "bản sao lưu SQL Server của tôi liên tục bị lỗi trên nhiều cơ sở dữ liệu " Tôi nghĩ rằng an toàn khi cho rằng "rất nhiều" có nghĩa là hơn 10 DB.
Vì vậy, tôi nghĩ rằng nếu một bản sao lưu của một DB duy nhất mất hơn 2 giờ 40 phút, bạn không thể có 10 hoặc 20 DB như vậy trên một máy chủ ... hoặc máy chủ của bạn sẽ dành cả đời chỉ để sao lưu. Vì vậy, tôi giả định rằng việc sao lưu đơn lẻ mất ít hơn 2 giờ 40 phút, vì vậy tôi nghĩ rằng lỗi sao lưu và lỗi thêm không liên quan.

Và lỗi "bộ đệm tạm thời /" Cây bị ràng buộc "cuối cùng được báo cáo là vào ngày 06-11-2012 20:30:11, vì vậy đó là một cái gì đó đã xảy ra sau lỗi sao lưu. Dù sao, một vấn đề liên quan đến bộ đệm không nên dẫn đến lỗi (sự kiện nếu nó có thể làm chậm một cái gì đó).

Một số câu hỏi
Một số câu hỏi có thể giúp xác định vấn đề:

  • Mất bao nhiêu thời gian để sao lưu FULL để thực thi?
  • Mất bao nhiêu thời gian để sao lưu DIFF để thực thi?
  • Có phải lỗi chỉ xảy ra khi sao lưu DIFF?
  • Những phần trăm sao lưu không thành công? (1%? 10% 50%)
  • Có lẽ bạn có thể thử chỉ sao lưu FULL để kiểm tra xem đó có phải là sự cố liên quan đến sao lưu DIFF không? (Tôi chưa bao giờ thực hiện bất kỳ sao lưu DIFF nào trên SQL Server, tôi không có kinh nghiệm với họ)

Theo trang web MS trong nhật ký SQL Server, sẽ có một số lỗi khác liên quan đến sao lưu thất bại, nhưng tôi đang mong đợi một điều gì đó gần hơn, vào thời điểm mà việc sao lưu bị lỗi.


OP đã bao gồm các thông báo lỗi từ trước năm 3041 - bạn có nghĩ rằng nó vẫn chưa đủ? Nếu có, xin vui lòng sửa đổi bài viết của bạn cho phù hợp.
dezso

Việc sao lưu thất bại cho cả DIFF và FULL. Trung bình mất khoảng 2-3 phút để sao lưu kết thúc. (Lỗi cuối cùng được ghi lại 2-3 phút sau khi sao lưu bắt đầu). Tôi đã đếm 100 lỗi trong số sao lưu DIFF từ ngày 13/11/2012 - "BACKUP không hoàn thành lệnh BACKUP DATABASE (dbname) VỚI KHÁC NHAU ....."
Arviddk

@Arviddk bạn nói về 164 DB, nhưng tất cả những DB đó có trên một máy chủ không? Làm thế nào được lên lịch sao lưu DB? Có lẽ lỗi mà bạn thấy có thể liên quan đến một số loại sao lưu dự kiến ​​chồng chéo? (Tôi không biết nếu chạy đồng thời 2 hoặc nhiều bản sao lưu T-Sql có thể gây ra lỗi không ... Tôi chưa bao giờ thử) Nếu các bản sao lưu bị chồng chéo kịp thời, có thể buộc họ phải chạy 1 liên tiếp đường? (Trên máy chủ của tôi, tôi có một tập lệnh duy nhất sao lưu tất cả các DB của mình, vì vậy không có sự trùng lặp trong thực thi sao lưu)
Tối đa

Có, có 164 DB trên máy chủ. Nhưng 99 trong số đó là OFFLINE. Chức năng 'Tự động đóng' được bật trên một số DB, để chúng đóng bất cứ khi nào không sử dụng. (theo như tôi hiểu?)
Arviddk
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.