رفع خطای SqlServer Error 35336

رفع خطای SqlServer Error 35336: راهنمای جامع عیب‌یابی مشکلات Columnstore Index در عملیات DML و Query

خطای SqlServer Error 35336 در SQL Server، پیامی است که نشان‌دهنده یک مشکل مرتبط با ایندکس‌های Columnstore در طول عملیات‌های DML (Data Manipulation Language) یا Query است. این ایندکس‌ها که برای بهبود عملکرد کوئری‌های تحلیلی در حجم داده‌های بزرگ طراحی شده‌اند، گاهی اوقات می‌توانند دچار مشکلاتی شوند که منجر به بروز این خطا می‌گردند. درک ماهیت ایندکس‌های Columnstore و نحوه کار آن‌ها برای عیب‌یابی این خطا ضروری است.

ایندکس‌های Columnstore به جای ذخیره‌سازی سطر به سطر داده‌ها، آن‌ها را به صورت ستون به ستون ذخیره می‌کنند. این روش ذخیره‌سازی، فشرده‌سازی بسیار بالا و امکان پردازش موازی داده‌ها را فراهم می‌آورد که منجر به افزایش چشمگیر سرعت کوئری‌های تحلیلی و گزارش‌گیری می‌شود. با این حال، ماهیت پیچیده این ایندکس‌ها و تفاوت‌های ساختاری آن‌ها با ایندکس‌های سنتی (Rowstore)، می‌تواند در برخی سناریوها، به خصوص در زمان عملیات‌های تغییر داده (INSERT, UPDATE, DELETE) یا کوئری‌های خاص، منجر به بروز خطا شود.

خطای 35336 به طور خاص اشاره به یک مشکل داخلی در این ساختارها دارد که مانع از تکمیل موفقیت‌آمیز عملیات مورد نظر می‌شود. این مشکل می‌تواند از مسائل جزئی گرفته تا فساد جدی در داده‌ها یا ساختار ایندکس متغیر باشد. تشخیص دقیق علت، گام اول در مسیر رفع این خطای SQL Server است. این مقاله به بررسی علل رایج بروز خطای 35336 و ارائه راهکارهای عملی و گام به گام برای حل آن می‌پردازد تا کاربران بتوانند با مشکلات مربوط به Columnstore index در SQL Server خود به طور موثر مقابله کنند و عملکرد سیستم‌های خود را به حالت عادی بازگردانند.

علت بروز خطای 35336 در SQL Server

خطای 35336 در SQL Server یک خطای عمومی است که به مشکلات مختلفی در ارتباط با ایندکس‌های Columnstore اشاره دارد. با توجه به عدم وجود توضیحات دقیق و خاص برای این شماره خطا در منابع اصلی مانند Pinal Dave، باید به تحلیل عمومی‌ترین دلایل بروز مشکلات Columnstore Index در عملیات‌های DML و Query پرداخت. درک این دلایل به تشخیص بهتر و ارائه راهکارهای موثر کمک می‌کند.

1. ناسازگاری‌های داخلی و مشکلات متادیتای ایندکس

ایندکس‌های Columnstore دارای ساختار داخلی پیچیده‌ای هستند که شامل سگمنت‌های فشرده شده (Compressed Segments) و سگمنت‌های دلتا (Delta Segments) می‌شود. سگمنت‌های دلتا در واقع حافظه‌های موقتی برای داده‌های تازه وارد شده یا تغییر یافته‌اند که هنوز فشرده و به سگمنت‌های ستونی اصلی منتقل نشده‌اند. هرگونه ناهماهنگی یا فساد در متادیتای این ساختارها می‌تواند باعث بروز خطا شود. این ناهماهنگی ممکن است ناشی از:

• **خطاهای سیستم:** قطعی ناگهانی برق، مشکلات سخت‌افزاری یا خطاهای سیستم عامل در حین عملیات‌های سنگین بر روی ایندکس.
• **عملیات‌های ناموفق DDL/DML:** عملیات‌های ناموفق در ایجاد، بازسازی یا تغییر ایندکس‌ها که منجر به وضعیت نیمه کامل یا ناسازگار می‌شوند.
• **بگ‌های نرم‌افزاری:** در برخی نسخه‌ها یا به‌روزرسانی‌های SQL Server، ممکن است بگ‌های ناشناخته‌ای وجود داشته باشند که باعث بروز چنین ناسازگاری‌هایی شوند.

2. عملیات‌های DML پشتیبانی نشده یا محدودیت‌ها

اگرچه Columnstore Indexes در نسخه‌های جدید SQL Server بسیار بهبود یافته‌اند، اما همچنان ممکن است محدودیت‌هایی در مورد عملیات‌های DML خاص یا انواع داده‌ها وجود داشته باشد که منجر به بروز خطای 35336 شود. به عنوان مثال:

• **انواع داده‌های خاص:** استفاده از انواع داده‌های LOB (Large Object – مانند TEXT, NTEXT, IMAGE, VARCHAR(MAX), NVARCHAR(MAX), VARBINARY(MAX)) در ستون‌های ایندکس Columnstore می‌تواند منجر به مشکلات عملکردی و گاهی خطا شود، به خصوص اگر حجم این داده‌ها زیاد باشد.
• **عملیات‌های DML خاص:** در سناریوهای نادر، ترکیب عملیات‌های پیچیده DML (مانند MERGE با شرایط پیچیده) با ایندکس‌های Columnstore ممکن است منجر به رفتارهای غیرمنتظره و خطا شود.
• **تراکنش‌های طولانی یا ایزولیشن لول بالا:** تراکنش‌های بسیار طولانی یا استفاده از سطوح ایزولیشن بالا (مانند SERIALIZABLE) می‌تواند باعث ایجاد قفل‌ها و deadlock‌هایی شود که به طور غیرمستقیم بر عملیات Columnstore تأثیر بگذارند و منجر به خطا شوند.

3. فساد پایگاه داده (Database Corruption)

فساد در پایگاه داده یا خود ایندکس Columnstore، یکی از جدی‌ترین دلایل بروز خطای 35336 است. این فساد می‌تواند ناشی از موارد زیر باشد:

• **مشکلات سخت‌افزاری:** خرابی دیسک، کنترلر RAID، یا ماژول‌های حافظه که منجر به ذخیره‌سازی نادرست داده‌ها می‌شوند.
• **مشکلات سیستم عامل:** خطاهای سیستم فایل یا درایورها.
• **نقص در SQL Server:** در موارد بسیار نادر، نقص در خود موتور SQL Server می‌تواند منجر به فساد شود.

فساد می‌تواند بر سگمنت‌های داده، متادیتای ایندکس، یا حتی صفحات سیستم تأثیر بگذارد و مانع از خواندن یا نوشتن صحیح داده‌ها شود.

4. محدودیت‌های منابع (Resource Constraints)

عملیات‌های مربوط به Columnstore Index، به خصوص بازسازی (REBUILD) یا درج انبوه داده‌ها (BULK INSERT)، می‌توانند بسیار منابع‌بر (resource-intensive) باشند و نیاز به مقادیر زیادی RAM و I/O داشته باشند. اگر SQL Server در محیطی با منابع ناکافی اجرا شود، ممکن است در حین این عملیات‌ها دچار خطا شود. به عنوان مثال:

• **کمبود حافظه (Memory Pressure):** عدم وجود RAM کافی برای پردازش سگمنت‌های Columnstore می‌تواند منجر به خطای 35336 شود.
• **I/O ناکافی:** سرعت پایین دیسک یا پهنای باند I/O ناکافی می‌تواند عملیات را با کندی مواجه کرده و در نهایت به خطا بینجامد.

5. مشکلات در به‌روزرسانی‌ها و پچ‌ها

گاهی اوقات، نصب به‌روزرسانی‌های تجمعی (Cumulative Updates – CU) یا سرویس پک‌ها (Service Packs) می‌تواند مشکلات جدیدی را ایجاد کند یا باگ‌های موجود را حل کند. اگر خطای 35336 پس از یک به‌روزرسانی ظاهر شد، ممکن است به آن مرتبط باشد. بررسی لاگ‌های SQL Server و مستندات مربوط به به‌روزرسانی‌ها در این حالت می‌تواند مفید باشد.

درک این علل، گام اساسی در تشخیص و انتخاب روش درمانی مناسب برای خطای 35336 است. در بخش بعدی، راهکارهای عملی و گام به گام برای رفع این خطا ارائه خواهد شد.

راهکارهای رفع خطای 35336 در SQL Server

برای رفع خطای 35336 در SQL Server که مرتبط با Columnstore index در عملیات‌های Query یا DML است، نیاز به یک رویکرد سیستماتیک داریم. مراحل زیر به شما کمک می‌کنند تا علت اصلی مشکل را شناسایی و آن را برطرف سازید. هر گام بر اساس احتمال و میزان تخریب‌پذیری (destructive nature) مرتب شده است.

1. بررسی لاگ خطاهای SQL Server

اولین گام همیشه بررسی لاگ خطاهای SQL Server است. این لاگ‌ها می‌توانند اطلاعات جزئی‌تری درباره زمان دقیق وقوع خطا، نوع عملیات در حال انجام و پیام‌های خطای مرتبط دیگر ارائه دهند که به تشخیص علت کمک می‌کند.

برای مشاهده لاگ‌ها می‌توانید از SQL Server Management Studio (SSMS) یا دستور T-SQL زیر استفاده کنید:

EXEC sp_readerrorlog;

با بررسی دقیق پیام‌های موجود در لاگ، به دنبال هرگونه خطای دیگری که همزمان با خطای 35336 رخ داده باشد، باشید. اطلاعات اضافه می‌توانند سرنخ‌های مهمی باشند.

2. بررسی یکپارچگی پایگاه داده با DBCC CHECKDB

فساد پایگاه داده یکی از دلایل اصلی خطاهای مربوط به ایندکس‌هاست. دستور DBCC CHECKDB یکپارچگی ساختاری و منطقی تمام اشیاء در پایگاه داده، از جمله Columnstore indexes را بررسی می‌کند. اجرای این دستور می‌تواند هرگونه فساد را شناسایی کند.

برای اجرای DBCC CHECKDB، دستور زیر را در یک پنجره کوئری SSMS اجرا کنید:

DBCC CHECKDB () WITH NO_INFOMSGS, ALL_ERRORMSGS;

در این دستور، <database_name> نام پایگاه داده شما است. گزینه‌های NO_INFOMSGS و ALL_ERRORMSGS به شما کمک می‌کنند تا خروجی را فقط به پیام‌های خطا محدود کنید و اطلاعات اضافی را فیلتر کنید. اگر DBCC CHECKDB فسادی را گزارش کرد، باید برنامه بازیابی (recovery plan) خود را اجرا کنید. این ممکن است شامل بازیابی از آخرین نسخه پشتیبان سالم یا در صورت امکان، تلاش برای تعمیر با استفاده از گزینه‌های DBCC CHECKDB مانند REPAIR_ALLOW_DATA_LOSS باشد (که باید با نهایت احتیاط و فقط در صورت عدم وجود راه دیگر انجام شود، زیرا ممکن است منجر به از دست رفتن داده‌ها شود).

3. بازسازی (Rebuild) ایندکس Columnstore

بازسازی یک ایندکس Columnstore می‌تواند بسیاری از مشکلات داخلی ناشی از ناسازگاری‌های متادیتا یا تکه‌تکه شدن (fragmentation) را برطرف کند. این عملیات سگمنت‌های Columnstore را مجدداً ایجاد می‌کند و می‌تواند ساختار داخلی آن را ترمیم کند.

اگر خطای 35336 مربوط به یک ایندکس Columnstore خاص است، آن را به صورت جداگانه بازسازی کنید:

ALTER INDEX  ON

REBUILD WITH (DATA_COMPRESSION = COLUMNSTORE);

در اینجا، <index_name> نام ایندکس Columnstore و <table_name> نام جدولی است که ایندکس روی آن قرار دارد. اگر نمی‌دانید کدام ایندکس مشکل دارد، می‌توانید تمام ایندکس‌های Columnstore را روی جدول مربوطه بازسازی کنید. در مواردی که چندین ایندکس Columnstore وجود دارد یا می‌خواهید کلیت ایندکس‌های یک جدول را بررسی کنید، می‌توانید از دستور زیر استفاده کنید:

ALTER INDEX ALL ON

REBUILD;

این عملیات ممکن است زمان‌بر باشد و نیاز به منابع سیستمی قابل توجهی داشته باشد، به خصوص برای جداول بزرگ.

4. حذف و ایجاد مجدد (Drop and Recreate) ایندکس Columnstore

اگر بازسازی ایندکس مشکل را حل نکرد، مرحله بعدی حذف کامل و ایجاد مجدد ایندکس Columnstore است. این روش اغلب قدرتمندتر از صرفاً بازسازی است، زیرا تمام ساختارهای مرتبط با ایندکس را از نو می‌سازد و می‌تواند فسادهای عمیق‌تر را از بین ببرد.

ابتدا، ایندکس Columnstore را حذف کنید:

DROP INDEX  ON

;

سپس، ایندکس را مجدداً ایجاد کنید. اگر ایندکس از نوع clustered columnstore است:

CREATE CLUSTERED COLUMNSTORE INDEX  ON

WITH (DROP_EXISTING = OFF);

و اگر non-clustered columnstore است:

CREATE NONCLUSTERED COLUMNSTORE INDEX  ON

(, , …) WITH (DROP_EXISTING = OFF);

به جای <column1>, <column2>، لیست ستون‌هایی را که ایندکس بر اساس آن‌ها ساخته شده است، قرار دهید. این عملیات نیز می‌تواند زمان‌بر باشد و نیاز به برنامه‌ریزی دقیق در محیط‌های عملیاتی دارد.

5. شناسایی و اصلاح Query/DML مشکل‌ساز

اگر خطا در حین اجرای یک Query یا عملیات DML خاص رخ می‌دهد، ممکن است مشکل از خود آن عملیات باشد. بررسی Query Plan، بهینه‌سازی Query، یا اصلاح عملیات DML می‌تواند مشکل را حل کند. به خصوص اگر عملیات شامل:

• انواع داده‌های LOB که ممکن است با Columnstore Index به خوبی کار نکنند.
• عملیات‌های پیچیده مانند MERGE که در آن سناریوهای خاصی با Columnstore Index مشکل‌ساز می‌شوند.

با جدا کردن عملیات مشکل‌ساز و تست آن در یک محیط توسعه (development environment)، می‌توانید رفتار آن را بررسی کرده و تغییرات لازم را اعمال کنید.

6. به‌روزرسانی SQL Server

اطمینان حاصل کنید که SQL Server شما به آخرین Cumulative Update (CU) یا Service Pack به‌روزرسانی شده است. مایکروسافت به طور مداوم باگ‌ها و مشکلات مربوط به Columnstore Index را در به‌روزرسانی‌ها رفع می‌کند. یک به‌روزرسانی ساده می‌تواند مشکل شما را بدون نیاز به عیب‌یابی پیچیده حل کند.

7. نظارت بر منابع سیستمی

همانطور که قبلاً اشاره شد، عملیات‌های Columnstore می‌توانند منابع‌بر باشند. از ابزارهای نظارتی (مانند Performance Monitor، Dynamic Management Views (DMVs) در SQL Server) برای بررسی میزان مصرف CPU، حافظه و I/O در حین بروز خطا استفاده کنید. کمبود منابع می‌تواند منجر به خطاهای غیرمنتظره شود. در صورت مشاهده محدودیت منابع، افزایش RAM، بهبود سرعت دیسک‌ها یا بهینه‌سازی تنظیمات SQL Server می‌تواند راهگشا باشد.

8. تماس با پشتیبانی مایکروسافت

اگر هیچ یک از راهکارهای فوق مشکل را حل نکرد، به خصوص اگر DBCC CHECKDB فساد جدی را گزارش کرده و نتوانسته‌اید آن را ترمیم کنید یا خطا به طور مداوم و بدون دلیل واضح رخ می‌دهد، بهترین اقدام تماس با پشتیبانی مایکروسافت است. آن‌ها می‌توانند با ابزارهای داخلی و دانش تخصصی خود، به شما در تشخیص و رفع مشکلات پیچیده کمک کنند.

با دنبال کردن این مراحل به صورت منظم و دقیق، می‌توانید خطای 35336 SQL Server را عیب‌یابی کرده و راه‌حل مناسبی برای آن پیدا کنید، و اطمینان حاصل کنید که ایندکس‌های Columnstore شما به طور کارآمد و بدون خطا کار می‌کنند.

“`