خانه SQL Server هشت اشتباه بزرگ در SQL Server! SQL Server SQL Server Backup نوشته شده توسط: حمید فرد تاریخ انتشار: ۳۱ مرداد ۱۳۹۴ آخرین بروزرسانی: ۲۲ مهر ۱۴۰۲ زمان مطالعه: 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 به تصویب رسیده از طرف مدیریت سازمان بسیار کار پسندیده و عالی است اما در خیلی از موارد مدیران پایگاه داده فایل پشتیبان را تست نکرده و در هنگام بازیابی بعد از اختلال یا خرابی به خطا هایی همچون «فایل پشتیبان خراب است» برخورد می کنند که دیگر برای دانستن این موضوع خیلی دیر است. چه رتبه ای می‌دهید؟ میانگین ۱ / ۵. از مجموع ۱ اولین نفر باش معرفی نویسنده مقالات 6 مقاله توسط این نویسنده محصولات 0 دوره توسط این نویسنده حمید فرد معرفی محصول مسعود طاهری دوره آموزشی نگهداری از بانک‌های اطلاعاتی در SQL Server 1.180.000 تومان مقالات مرتبط ۰۲ آبان SQL Server ابزار Database Engine Tuning Advisor؛ مزایا، کاربردها و روش استفاده تیم فنی نیک آموز ۱۵ مهر SQL Server معرفی Performance Monitor ابزار مانیتورینگ SQL Server تیم فنی نیک آموز ۱۱ مهر SQL Server راهنمای جامع مانیتورینگ بکاپ ها در SQL Server تیم فنی نیک آموز ۰۸ مهر SQL Server Resource Governor چیست؟ آشنایی با نحوه پیکربندی و اهمیت های آن تیم فنی نیک آموز دیدگاه کاربران لغو پاسخ دیدگاه نام و نام خانوادگی ایمیل ذخیره نام، ایمیل و وبسایت من در مرورگر برای زمانی که دوباره دیدگاهی مینویسم. موبایل برای اطلاع از پاسخ لطفاً مرا با خبر کن ثبت دیدگاه Δ حجازی ۰۴ / ۰۶ / ۹۴ - ۰۸:۱۱ ببخشید شما کل مراحلی که در بند 5 مطرح کردید ، گفتید بدترین عملی هست که یک مدیر پایگاه داده انجام می ده. من خودم همیشه قبل و بعد از تغییر RecoverModel یک BackUp می گیرم که با خوندن مطلب شما فکر کردم که کلاً این روش برای Shrink کردن LogFile اشتباه هست پاسخ به دیدگاه ساناز احمدی ۰۳ / ۰۶ / ۹۴ - ۱۲:۰۱ سلاممقاله عالی بود نظر دوستان راهم دیدم به هر حال هریک از دوستان نظر خاصی دارن ولی چه بهتر بود درسایت قسمتی در نظر گرفته می شد تا دوستان راحتر باهم نظرات و دانش خود را به اشتراک بگذارند..بازم متشکرم پاسخ به دیدگاه تورج عزیزی ۰۲ / ۰۶ / ۹۴ - ۱۲:۲۷ Great article!امیدوارم دوستان عزیزی که در این مباحث شرکت می کنند همیشه در سایت حاضر باشند! پاسخ به دیدگاه Hamid J. Fard ۰۲ / ۰۶ / ۹۴ - ۱۲:۳۱ خانم حجازی: خب وقتی بعد از تغییر Recovery Modelبه Full یک فایل پشتیبان بگیرید این مشکل حل میشه. جواب توی نکته نهان بود. پاسخ به دیدگاه رقیه حجازی ۰۲ / ۰۶ / ۹۴ - ۰۸:۳۸ سلامبه نکات جالبی اشاره کردید. اگه میشه در مورد نکته ۵ بگید که چطور حجم فایل مربوط به تراکنش رو طوری کم کرد که اون اتفاقاتی که گفتید نیفته؟ پاسخ به دیدگاه Hamid J. Fard ۰۱ / ۰۶ / ۹۴ - ۰۲:۳۱ به امید خدا وقتی برگشتم ایران یک روز در مورد این موارد گپ و گفتوگو می کنیم البته از نیک آموز در خواست دارم که مکانی رو برای ما در رابطه این بحث و گفتوگو ها در نظر بگیرند. پاسخ به دیدگاه فرید طاهری ۰۱ / ۰۶ / ۹۴ - ۰۳:۳۳ سلام. در این مورد برای شما ایمیلی ارسال خواهم کرد. با احترام پاسخ به دیدگاه Hamid J. Fard ۰۱ / ۰۶ / ۹۴ - ۰۲:۳۶ در مورد اشتباه ۷ اینطور بگم که فایل تراکنش یا Transaction Log شامل فایلهای ویرچوآل بسیاری است به نام Virtual Log File که این وی ال اف ها تراکنشها را نگه داری مکنند. فقط به طور خلاصه بگم که اگر به صورت اصولی تنظیم نشود فایل تراکنش دارای وی ال اف فایلهای بسیار زیاد و کوچکی خواهد بود که باعث پایین آمدن سرعت تراکنش ها می شود و باعث می شود که SQL Server به صورت RANDOM فایل تراکنش را بخواند به جای آنکه SEQUENTIAL بخواند. پاسخ به دیدگاه علی عبدیان ۰۱ / ۰۶ / ۹۴ - ۰۲:۱۳ با سلام ممنون مقاله خوبی بودفقط گزینه ۷ رو یخورده توضیح دهید ممنون میشم پاسخ به دیدگاه s.mahdi masoumi ۰۱ / ۰۶ / ۹۴ - ۱۲:۴۴ با سلام مقاله فوق بیشتر یک دید کلی و در سطح کاملا ابتدایی است که به نظر من عنوان مدیران مناسب نیست. و نکته دوم اینکه قبل از نصب دیتابیس نیاز است تا کارهای زیادی بر روی خود ویندوز سرور و یا ماشین مجازی انجام گردد که شاید حتی از نوع نصب SQL هم مهم تر باشد. با تشکر از مطالب دوست عزیز پاسخ به دیدگاه Hamid J. Fard ۰۱ / ۰۶ / ۹۴ - ۰۱:۴۱ درسته. یک دید کلی داره ولی سطح ابتدایی نیست البته برای کسانی که اطلاعات کافی از SQL Server ندارند بله یک سطح بسیار ابتدایی است. نکته دوم اینکه یک سری تنظیمات در سطح ویندوز باید انجام شود که روند اختصاص حافظه و اختصاص فظای دیسک سخت رو برای SQL Server آسان کند. خیلی خوشحال می شیم که شما توضیحات بیشتری در مورد هر یک از موارد بیان شده را ذکر کنید + تنظیمات ویندوز! متاسفم اگر غلط املایی دارم! پاسخ به دیدگاه فرید طاهری ۰۱ / ۰۶ / ۹۴ - ۰۱:۰۲ سلام دوست عزیزالان محتوایی در دنیای امروز کاملا دیده می شوند که وقت خواننده را تلف نکنند و سریع مطلب را برسانند. اگر فکر می کنید مباحث ابتدایی است خوشحال می شوم برای این موضوعات شما و سایر دوستان یک مقاله تولید کنید و در اختیار سایر کاربران قرار دهید فکر کنم بسیار شایسته باشد. پاسخ به دیدگاه ابراهیم ۰۱ / ۰۶ / ۹۴ - ۱۰:۲۵ سلام مهندس جن مقاله عالی بودایشالا در آینده کمی بیشتر در مورد این چند مورد مقاله هایی که میشه نوشت رو ببینیم تا ما بتونیم تا حد امکان جلوی اشتباهات از این قبیل رو به درستی بگیریم. پاسخ به دیدگاه 1 2 3 4
