هشت اشتباه بزرگ در SQL Server!

هشت اشتباه بزرگ در SQL Server!

نوشته شده توسط: حمید فرد
تاریخ انتشار: ۳۱ مرداد ۱۳۹۴
آخرین بروزرسانی: ۲۲ مهر ۱۴۰۲
زمان مطالعه: 7 دقیقه
۱
(۱)

مقدمه

نصب و راه اندازی SQL Server به واسطه وجود Wizard Installation توسط مایکروسافت در این سالها بسیار آسان شده است. به صورت پایه ای چند عملیات باید قبل و بعد از نصب SQL Server بر روی سیستم سخت افزاری و تنظیمات SQL Server توسط مدیران پایگاه داده انجام شود تا از نبود اشکالات پایه ای اطمینان حاصل نمایند. بر اساس تجربه کاری بنده برخی از مشکلات اساسی SQL Server از انجام ندادن این عملیات قبل و بعد از نصب و راه اندازی است.

هیچ وقت این اشتباهات را انجام ندهید. اشتباهات جدید دیگری هستند….

اشتباه ۱: نصب و راه اندازی SQL Server بدون انجام تست های سخت افزاری و نرم افزاری بر روی دیسک سخت.
اصولا مدیران پایگاه داده باید سیستم سخت افزاری اعم از دیسک سخت و قدرت پردازنده را برای استفاده در محیط SQL Server ارزیابی کنند و این ارزیابی باید دقیقأ به صورت باشد که SQL Server از این دو منابع استفاده می کند.

اشتباه ۲: استفاده از تنظیمات پیشفرض در SQL Server.
مدیران پایگاه داده در همه حال از تنظیمات پیشفرض در SQL Server استفاده میکنند. همیشه به یاد داشته باشید که تنظیمات در هر محیط سخت افزاری و طرز استفاده از SQL Server متفاوت است.

اشتباه ۳: استفاده از Primary Filegroup در پایگاه های داده
مدیران پایگاه داده اصولا باید تمامی داده های کاربران را از داده های سیستمی جدا کنند. این عمل چند فواید به همراه دارد.

اشتباه ۴: قرار دادن فایل داده و تراکنش در یک درایو.
قرار دادن این دو فایل بر کاهش سرعت تراکنش و استفاده از منابع سیستم تأثیر بسیاری دارد.

اشتباه ۵: کم حجم کردن فایل تراکنش.
این بدترین عملی است که یک مدیر پایگاه داده می تواند انجام دهد به این صورت که اول Recovery Model را به Simple تغییر داده و بعد فایل تراکنش را کاهش داده و بعد Recovery Model را به Full تغییر داده و در آخر بدون گرفتن Backup پایگاه داده را به امید خدا رها کند. این عمل زنجیره تراکنش را در پایگاه داده از بین میبرد و باعث می شود که در هنگام اختلال و خرابی دیگر نتوانیم داده ها را تا زمان قبل از خرابی بازیابی کنیم.

اشتباه ۶: فعال سازی Auto_Close در پایگاه داده
این تنظیمات استفاده از دیسک سخت را افزایش داده و سرعت کلی سیستم را پایین می آورد.

اشتباه ۷: استفاده و فعال سازی Auto_Growth در پایگاه داده.
این تنظیمات باعث میشود که فایل تراکنش به صورت اصولی و مرتب ساخته نشود.

اشتباه ۸: گرفتن فایل پشتیبان پایگاه داده بدون تست کردن.
گرفتن فایل پشتیبان بر اساس RTO و RPO به تصویب رسیده از طرف مدیریت سازمان بسیار کار پسندیده و عالی است اما در خیلی از موارد مدیران پایگاه داده فایل پشتیبان را تست نکرده و در هنگام بازیابی بعد از اختلال یا خرابی به خطا هایی همچون «فایل پشتیبان خراب است» برخورد می کنند که دیگر برای دانستن این موضوع خیلی دیر است.

چه رتبه ای می‌دهید؟

میانگین ۱ / ۵. از مجموع ۱

اولین نفر باش

title sign
معرفی نویسنده
حمید فرد
مقالات
6 مقاله توسط این نویسنده
محصولات
0 دوره توسط این نویسنده
حمید فرد
title sign
دیدگاه کاربران

    • ببخشید شما  کل مراحلی که در بند  5 مطرح کردید ، گفتید بدترین عملی هست که یک مدیر پایگاه داده انجام می ده. من خودم همیشه قبل و بعد از تغییر RecoverModel یک BackUp می گیرم که با خوندن مطلب شما فکر کردم که کلاً این روش برای Shrink کردن LogFile اشتباه هست

    •  سلام
      مقاله عالی بود نظر دوستان راهم دیدم به هر حال هریک از دوستان نظر خاصی دارن ولی چه بهتر بود درسایت قسمتی در نظر گرفته می شد تا دوستان راحتر باهم نظرات و دانش خود را به اشتراک بگذارند..
      بازم متشکرم

    •  Great article!
      امیدوارم دوستان عزیزی که در این مباحث شرکت می کنند همیشه در سایت حاضر باشند!

    •  خانم حجازی: خب وقتی بعد از تغییر Recovery Modelبه Full یک فایل پشتیبان بگیرید این مشکل حل میشه. جواب توی نکته نهان بود.

    •  سلام
      به نکات جالبی اشاره کردید. اگه میشه در مورد نکته ۵ بگید که چطور حجم فایل مربوط به تراکنش رو طوری کم کرد که اون اتفاقاتی که گفتید نیفته؟

    • به امید خدا وقتی برگشتم ایران یک روز در مورد این موارد گپ و گفتوگو می کنیم البته از نیک آموز در خواست دارم که مکانی رو برای ما در رابطه این بحث و گفتوگو ها در نظر بگیرند.

      • سلام. در این مورد برای شما ایمیلی ارسال خواهم کرد.

        با احترام

    •  در مورد اشتباه ۷ اینطور بگم که فایل تراکنش یا Transaction Log شامل فایلهای ویرچوآل بسیاری است به نام Virtual Log File  که این وی ال اف ها تراکنشها را نگه داری مکنند. فقط به طور خلاصه بگم که اگر به صورت اصولی تنظیم نشود فایل تراکنش دارای وی ال اف فایلهای بسیار زیاد و کوچکی خواهد بود که باعث پایین آمدن سرعت تراکنش ها می شود و باعث می شود که SQL Server به صورت RANDOM فایل تراکنش را بخواند به جای آنکه SEQUENTIAL بخواند.

    •  با سلام ممنون مقاله خوبی بود
      فقط گزینه ۷ رو یخورده توضیح دهید ممنون میشم

    •  با سلام

      مقاله فوق بیشتر یک دید کلی و در سطح کاملا ابتدایی است که به نظر من عنوان مدیران مناسب نیست. و نکته دوم اینکه قبل از نصب دیتابیس نیاز است تا کارهای زیادی بر روی خود ویندوز سرور و یا ماشین مجازی انجام گردد که شاید حتی از نوع نصب SQL هم مهم تر باشد.
      با تشکر از مطالب دوست عزیز
      •  درسته. یک دید کلی داره ولی سطح ابتدایی نیست البته برای کسانی که اطلاعات کافی از SQL Server ندارند بله یک سطح بسیار ابتدایی است. نکته دوم اینکه یک سری تنظیمات در سطح ویندوز باید انجام شود که روند اختصاص حافظه و اختصاص فظای دیسک سخت رو برای SQL Server آسان کند.

        خیلی خوشحال می شیم که شما توضیحات بیشتری در مورد هر یک از موارد بیان شده را ذکر کنید + تنظیمات ویندوز!
        متاسفم اگر غلط املایی دارم!
      •  سلام دوست عزیز
        الان محتوایی در دنیای امروز کاملا دیده می شوند که وقت خواننده را تلف نکنند و سریع مطلب را برسانند.

        اگر فکر می کنید مباحث ابتدایی است خوشحال می شوم برای این موضوعات شما و سایر دوستان یک مقاله تولید کنید و در اختیار سایر کاربران قرار دهید فکر کنم بسیار شایسته باشد.

    • سلام مهندس جن مقاله عالی بود
      ایشالا در آینده کمی بیشتر در مورد این چند مورد مقاله هایی که میشه نوشت رو ببینیم تا ما بتونیم تا حد امکان جلوی اشتباهات از این قبیل رو به درستی بگیریم.

هر روز یک ایمیل، هر روز یک درس
آموزش SQL Server بصورت رایگان
همین حالا فرم زیر را تکمیل کنید
دانلود رایگان جلسه اول
نیک آموز علاوه بر آموزش، پروژه‌های بزرگ در حوزه هوش تجاری و دیتا انجام می‌دهد.
close-link