T-SQL Selasa #67 :Pencadangan dan Pemulihan Baru Acara yang Diperpanjang

Untuk T-SQL Selasa bulan lalu, saya menulis tentang beberapa tanda jejak tidak berdokumen yang membantu Anda menjaga operasi pencadangan dan pemulihan yang berjalan lama. Bulan ini, topik Jes Borland adalah Acara yang Diperpanjang, dan saya pikir saya akan menunjukkan kemampuan baru di SQL Server 2016 yang sebagian besar membuat tanda pelacakan ini menjadi usang.

Jika Anda bermain dengan CTP2 (Anda dapat mengunduhnya di sini), Anda mungkin melihat kategori baru backup_restore dan acara baru backup_restore_progress_trace :

Menemukan acara baru dalam dialog Sesi Baru CTP2

Berikut adalah sesi XE cepat dan kotor untuk menangkap data untuk acara ini (Saya telah menambahkan komentar untuk memfilter hanya untuk mencadangkan atau hanya memulihkan operasi; secara default, keduanya disertakan):

CREATE EVENT SESSION [Backup progress] ON SERVER 
ADD EVENT sqlserver.backup_restore_progress_trace
(
    ACTION(package0.event_sequence)
 
    -- to only capture backup operations:
    --WHERE [operation_type] = 0
 
    -- to only capture restore operations:
    --WHERE [operation_type] = 1 
)
ADD TARGET package0.event_file 
(
  SET filename = N'C:\temp\BackupProgress.xel'
); -- default options are probably ok
GO
 
ALTER EVENT SESSION [Backup progress] ON SERVER STATE = START;
GO

Sekarang, katakanlah saya menjalankan operasi berikut – buat database, masukkan kembali sedikit data, lepaskan, dan pulihkan:

USE [master];
GO
CREATE DATABASE floob;
GO
SELECT s1.* INTO floob.dbo.what 
  FROM sys.all_objects AS s1 
  CROSS JOIN sys.all_objects;
GO
BACKUP DATABASE floob TO DISK = 'c:\temp\floob.bak' 
  WITH INIT, COMPRESSION, STATS = 30;
GO
DROP DATABASE floob;
GO
RESTORE DATABASE floob FROM DISK = 'c:\temp\floob.bak' 
  WITH REPLACE, RECOVERY;

Sekarang, kita dapat meminta data dari file target acara:

;WITH x AS 
(
  SELECT ts,op,db,msg,es
  FROM 
  (
   SELECT 
    ts  = x.value(N'(event/@timestamp)[1]', N'datetime2'),
    op  = x.value(N'(event/data[@name="operation_type"]/text)[1]', N'nvarchar(32)'),
    db  = x.value(N'(event/data[@name="database_name"])[1]', N'nvarchar(128)'),
    msg = x.value(N'(event/data[@name="trace_message"])[1]', N'nvarchar(max)'),
    es  = x.value(N'(event/action[@name="event_sequence"])[1]', N'int')
   FROM 
   (
    SELECT x = CONVERT(XML, event_data) 
     FROM sys.fn_xe_file_target_read_file
          (N'c:\temp\Backup--Progress*.xel', NULL, NULL, NULL)
   ) AS y
  ) AS x 
  WHERE op = N'Backup' -- N'Restore'
  AND db = N'floob'
  AND ts > CONVERT(DATE, SYSUTCDATETIME())
)
SELECT /* x.db, x.op, x.ts, */ 
  [Message] = x.msg, 
  Duration = COALESCE(DATEDIFF(MILLISECOND, x.ts, 
             LEAD(x.ts, 1) OVER(ORDER BY es)),0)
FROM x
ORDER BY es;

Untuk pencadangan, bendera pelacakan 3226 tidak menekan keluaran apa pun yang ditangkap oleh Peristiwa yang Diperpanjang. Saya telah meninggalkan kolom keluaran, karena filter, untuk singkatnya:

Data peristiwa untuk operasi pencadangan

Untuk pemulihan, Anda akan melihat baris berikut:

Data peristiwa untuk operasi pemulihan

Jika Anda memecahkan masalah operasi pencadangan atau pemulihan yang lambat, Anda dapat dengan mudah memfilter durasinya, sehingga Anda hanya melihat peristiwa yang memerlukan waktu lebih dari n milidetik, misalnya. Satu-satunya hal yang tidak saya lihat dalam keluaran ini adalah cara untuk mengetahui apakah inisialisasi file instan berlaku selama pemulihan – Anda mungkin masih memerlukan tanda pelacakan 3004, seperti yang dijelaskan dalam posting saya untuk T-SQL Selasa bulan lalu.

Jangan lupa untuk menghentikan sesi (tetapi jangan ragu untuk menyimpan definisi sesi di server, sehingga Anda dapat menggunakannya lagi):

ALTER EVENT SESSION [Backup progress] ON SERVER STATE = STOP;

Saya tidak melakukan tes kinerja atau analisis dampak, tetapi secara umum, saya akan mengatakan bahwa – seperti tanda pelacakan – ini bukan sesuatu yang Anda ingin jalankan sepanjang waktu, tetapi hanya ketika memecahkan masalah operasi tertentu. Sedikit lebih mudah untuk menyiapkan sesi ini dan menanyakan data, IMHO, daripada mengaktifkan tanda pelacakan dan mengurai semua output dari log kesalahan SQL Server.