چگونه ستون‌های حذف شده SQLServer را ردیابی کنیم

چگونه ستون‌های حذف شده SQLServer را ردیابی کنیم؟ 

یکی از چالش‌های رایج در مدیریت پایگاه داده SQL Server، مواجهه با سوالاتی درباره ستون‌هایی است که از یک جدول حذف شده‌اند. این سوالات معمولاً در سناریوهای مختلفی پیش می‌آیند، از جمله:

• در طول فرآیند توسعه یا بازسازی یک پایگاه داده، یک ستون ممکن است به اشتباه یا به عمد حذف شده باشد و نیاز به تأیید حذف آن یا زمان حذف آن باشد.
• تغییرات شمای پایگاه داده (Schema Changes) که ممکن است توسط توسعه‌دهندگان، مدیران پایگاه داده یا حتی فرآیندهای خودکار اعمال شده باشند.
• تشخیص علت از بین رفتن داده‌ها یا مشکلات در سازگاری برنامه‌ها که می‌تواند ناشی از حذف یک ستون حیاتی باشد.

متاسفانه، SQL Server نمای سیستمی (System View) مستقیم و صریحی را برای ردیابی ستون‌های حذف شده ارائه نمی‌دهد. این بدان معناست که هیچ جدولی مانند sys.dropped_columns وجود ندارد که بتوانید به راحتی آن را پرس‌وجو کنید تا لیستی از ستون‌های حذف شده را همراه با زمان حذفشان به دست آورید. با این حال، چندین استراتژی و ابزار وجود دارد که می‌توانند به شما در پاسخ به این سوالات کمک کنند.

استراتژی‌ها و ابزارهای ردیابی ستون‌های حذف شده در SQL Server:

۱. ردیابی تغییرات از طریق Transaction Log (خواندن لاگ):

یکی از قوی‌ترین روش‌ها برای درک تغییرات شمای پایگاه داده، بررسی Transaction Log است. SQL Server تمام تغییرات (از جمله حذف ستون‌ها) را در Transaction Log ثبت می‌کند. برای این کار می‌توانید از توابع مستند نشده (Undocumented Functions) مانند fn_dblog و fn_dump_dblog استفاده کنید. توجه داشته باشید که این توابع مستند نشده هستند و استفاده از آن‌ها در محیط‌های تولیدی باید با احتیاط فراوان و درک کامل از ریسک‌ها صورت گیرد.

مثالی از نحوه استفاده از fn_dblog برای بررسی Transaction Log:

SELECT
    [Current LSN],
    [Operation],
    [Transaction Name],
    [Context],
    [AllocUnitName],
    [Page ID],
    [Slot ID],
    [Begin Time],
    [Transaction ID],
    [Description]
FROM sys.fn_dblog(NULL, NULL)
WHERE [Operation] LIKE '%DROP_COLUMN%' OR [Transaction Name] LIKE '%DROP_COLUMN%';

این کوئری تمام رکوردها را در Transaction Log فیلتر می‌کند که عملیات حذف ستون (DROP_COLUMN) یا تراکنشی با این نام را شامل می‌شوند. تحلیل خروجی این تابع می‌تواند پیچیده باشد و نیاز به درک عمیقی از ساختار Transaction Log دارد.

مثالی از fn_dump_dblog (که برای خواندن فایل‌های پشتیبان لاگ یا فایل‌های لاگ فیزیکی استفاده می‌شود):

SELECT
    [Current LSN],
    [Operation],
    [Transaction Name],
    [Context],
    [AllocUnitName],
    [Page ID],
    [Slot ID],
    [Begin Time],
    [Transaction ID],
    [Description]
FROM sys.fn_dump_dblog (
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
    NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,