Tôi có thể xem Truy vấn lịch sử chạy trên cơ sở dữ liệu SQL Server không?

Ai đó đang chạy một truy vấn trên cơ sở dữ liệu SQL Server của chúng tôi từ xa và hệ thống của họ bị sập.

Họ không có bản sao lưu của truy vấn đó và muốn xem những gì đã được chạy trên máy chủ.

Có thể tìm thấy truy vấn này trong một bản ghi hoặc trong một lịch sử ở đâu đó?

Tương tự Grant Fritchey có vấn đề trong đó anh ta đã đóng SSMS và mất truy vấn mà anh ta đang làm việc ... viết blog ở đây: Oh **********!

CHỈNH SỬA

Để làm cho chi tiết hơn một chút về câu trả lời, tham chiếu được liên kết ở trên Grant cung cấp một truy vấn chỉ đơn giản là đi tới bộ đệm trong ví dụ để lấy ra truy vấn bạn vừa thực hiện (hoặc ít nhất là cố gắng):

SELECT  dest.text
FROM    sys.dm_exec_query_stats AS deqs
        CROSS APPLY sys.dm_exec_sql_text(deqs.sql_handle) AS dest
WHERE   deqs.last_execution_time > '5/19/2011 11:00'
        AND dest.text LIKE 'WITH%';

Một vài lựa chọn khác đã được ghi nhận trong các bình luận trên blog của Grant:

• Jamie Thomson chỉ ra nơi SSMS thực sự có khu vực "phục hồi" trong hồ sơ Windows của bạn, tương tự như phục hồi Word hoặc Excel.
• Một ghi chú cá nhân khác trong các nhận xét về Gói công cụ SSMS , nhưng tiện ích bổ sung này chỉ miễn phí cho SQL Server 2008. Bắt đầu với SQL Server 2012, nó chỉ được trả tiền, nhưng có nhiều tính năng bạn có thể thấy hữu ích.

2005+, dấu vết mặc định để giải cứu.

Dấu vết mặc định cuộn ở mức 20mb nhưng SQL vẫn giữ nguyên lịch sử của 5 dấu vết. Với quyền truy cập vào máy chủ, bạn có thể truy xuất các tệp * .trc từ thư mục MSSQL \ Log. Nếu bạn không thể truy cập máy chủ, phần sau đây sẽ cung cấp cho bạn tên của tệp theo dõi mặc định hiện tại:

SELECT * FROM ::fn_trace_getinfo(default) 

Nếu tệp hiện tại là ví dụ E: \ MSSQL.1 \ MSSQL \ LOG \ log_200.trc, các tệp trước đó phải là log_199.trc, log_198.trc, v.v. Lấy nội dung của dấu vết với:

SELECT * FROM fn_trace_gettable('E:\MSSQL.1\MSSQL\LOG\log_199.trc', default)

Bạn có thể truy xuất thông tin từ các gói truy vấn được lưu trong bộ nhớ cache, kiểm tra BOL để biết thông tin về sys.dm_exec_query_stats hoặc chạy thông tin này từ phòng quản lý được kết nối với cùng một cơ sở dữ liệu:

SELECT  d.plan_handle ,
        d.sql_handle ,
        e.text

FROM    sys.dm_exec_query_stats d
        CROSS APPLY sys.dm_exec_sql_text(d.plan_handle) AS e

Lọc đầu ra với

WHERE text like '%something%'

để thu hẹp kết quả.

Nếu cơ sở dữ liệu ở chế độ khôi phục hoàn toàn thì có thể có cơ hội khôi phục một số dữ liệu và hiểu rõ hơn về những gì đã được thực hiện bằng cách đọc nhật ký giao dịch.

Thật không may, điều này không được hỗ trợ theo mặc định nhưng có nhiều cách để làm điều này.

Bạn có thể thử sử dụng các công cụ của bên thứ ba như ApexSQL Log hoặc SQL Log Rescue (chỉ miễn phí nhưng chỉ có SQL 2000).

Một tùy chọn khác là thử sử dụng các hàm không có giấy tờ DBCC LOG hoặc fn_dblog. Điều này phức tạp hơn nhưng nó miễn phí.

Nếu cơ sở dữ liệu của bạn được đặt thành mô hình khôi phục đầy đủ, bạn có thể điều tra các bản sao lưu nhật ký giao dịch của mình. Xem fn_dump_dblogđể biết thêm thông tin.

ApexSQL có chức năng 'Truy vấn đã thực hiện' cho phép bạn tìm kiếm và lọc theo ngày.

Tôi không chắc liệu nó có lấy lịch sử từ bộ đệm SSMS hay thực sự tự theo dõi nó. Bạn có thể thử cài đặt nó và hy vọng điều tốt nhất.