خدا رو شاکرم که توفیق برگزاری سمینار معرفی قابلیت های جدید SQL Server 2012 که تا چندی پیش با عنوان Denali میشناختیمش رو در  عطا نمود تا به این بهانه بتونم تجدید دیداری با دوستان  در روز شنبه 28 آبان ماه 1390 ، از ساعت 15 الی 17 در تالار ابن سینا، کانون انصار، داشته باشم… از این رو از کلیه دوستان خواهشمندم تا در صورت تمایل به حضور در این سمینار، طی روز های چهارشنبه و پنجشنبه با شماره تلفن های 88972755 و 88972756  (موسسه اندیشه های راهبردی چکاد) جهت هماهنگی حضور در سمینار تماس حاصل نمایید. محورهای سمینار : Availability Enhancements Manageability Enhancements Programmability Enhancements Scalability and Performance Enhancements Security Enhancements   زمان : شنبه 28 آبان ماه 1390 ، از ساعت 15 الی 17 مکان :خیابان شریعتی- سه راه طالقانی – پ 173 – کانون انصار –طبقه دوم - تالار ابن سینا به امید دیدار مصباحی

خوب به خاطر دارم دورانی رو که سرمست پیشتازی SQL Server 2008 بودم و پیگیری مطالب جدیدش از نسخه بتا با عث شده بود تا بلافاصله بعد از عرضه نسخه RTM دوره آموزشی اش رو شروع کنم. هنوز چند جلسه از دوره شروع نشده بود که صحبت از نسخه ای با کد Kilimanjaro (کلیمانجارو) در مجامع و محافل تخصصی SQL  در اینترنت به میون اومد و اینکه در این نسخه که بعدها SQL Server 2008 R2 نام گرفت بهبود 23% ی در حوزه ی کارایی و پشتیبانی از 256 پردازنده در مقابل 64 پردازنده ای که نسخه 2008 پشتیانی می کرد در حوزه Scale up و جندین قابلیت بدیع که خارج از موضوع بحث این پست می باشد… SQL Server 2008 R2 از راه رسید و Scale Up  و Scale Out رو به طور چشمگیری بهبود بخشید، قابلیت های عالی هم در زمینه OLTP, OLAP و Administration معرفی کرد. تا اینکه نوبت به Denali ای رسید که هنوز از 2012 بودن یا 2013 بودن آن اطمینانی نداریم ولی هنوز شعف روزی رو که فهمیدم پشتیبانی از نسخه Windows Server Core Edition رو همراه خود خواهد داشت از خاطر نبرده ام… یعنی اینکه روی نسخه Core ویندوز سرور 2008 که فاقد UI و نرم افزارهای اضافی که هرکدوم میتونند باعث کندی، دریافت آپدیت هایی که نیاز به Restart سرویس ها دارند و کلی Memory usage بیهوده. نرم افزارهایی که شما هیچ وقت برای سرور دیتابیس یک سازمان بهشون احتیاجی ندارید، دیگه وجود نخواهند داشت و فقط هسته ی قدرتمند Windows Server 2008 و SQL Server Denali یا به عبارت ساده تر امنیت و سرعت و پایداری چند برابر… صد برابر شدن سرعت اجرای Query ها با استفاده از column-store indexes که تحت سایه ی تکنولوژی جدید Apollo محقق شد، برام برهان قاطعی بود که از مهاجرت ظاهری ای که طی چند سال گذشته از Oracle داشتم و از زمان عرضه SQL Server 2005 کم کم شروع شد اشتباه نبوده… Denali مقیاس ها رو جابجا کرد… 1.2 اگزابایت (هر اگزابایت معادل 1میلیون ترابایت) دیتا رو پشیبانی کردن،  ویا 1.4 برابر کردن نفرات و هزینه ی متخصصین در ازای 44 برابر شدن حجم داده ها… چند خط توضیح مختصر من باب اشنایی و فتح بابی برای آشنایی های بیشتر Crescent: این پروژه جهت ارائه رابط کاربری ای پویا و ساده جهت تولید گزارشات و تحلیل از داده ها می باشد. Selef Servive BI که در 2008R2 عرضه شد، اینجا به بلوغ کامل می رسه. هر تحلیل با استفاده از Crescent میتونه متصور بشه و با المان های گرافیکی زیبا، نمای کاملتری غرضه می نماید.     Juneau: روزی که از شر Query Analyzer و Enterprise manager خلاص شدیم با خودمون فکر کردیم محصیط کدنویسی، مدیریت و توسعه بهتر از SSMS هم میشه؟ Juneau پاسخ این سواله. Always-on, Active Secondary از جمله مفاهیم جدیدی هستند که موجب دسترسی پایدار و تحمل پذیری بیشتر خطا (fault Tolerance) خواهند بود که در فرصت مقتضی به بررسی و مقایسه شون خواهم پرداخت. ( محدودیت های Mirroring رو در denali کمتر شده که نتایجش رو به زودی عرضه خواهم کرد) بهبود چشمگیر جستجوهای Full text search (بلوغ iFTS فرا رسیده) بهبود های BI, Parallel Data Warehouse خصوصا در راستای performance و availability به قدری مهم می باشند که مرور گذرا ازشون مطلب رو شهید میکنه… دوره بعدیOLAP در SQL server 2008 R2  به امید خدا، مردادماه برگزار خواهم کرد

یکی از مباحث مطرح در مخابرات و مهندسی نرم افزار Scability یا به بیان فارسی “مقیاس پذیری” می باشد. اگر بخواهیم توصیفی ساده و گذرا از مفهوم مقیاس پذیری یاscability داشته باشیم، می توانیم بگوییم: مقیاس پذیری، خاصیتی مطلوب از یک سیستم، شبکه و یا روند پردازشی است که توانایی خود را در کنترل و پذیرش حجم مضاعفی از کار بتواند به گونه ای روان و مورد پذیرش نشان دهد. به بیان ساده تر: Scability یعنی اینکه اگر سیستم در حال حاضر حجم A محاسبه رو به شکل مطلوب انجام میده یا اگر شبکه ای حجم A  رو داره مورد تبادل قرار میده،(به طور مطلوب و کارا)، بشه حجم A+B رو با همون وضعیت مطلوب به انجام برسونه. اینکه B چقدر باشه موضوع مهمیه، و یکی از مباحث مطرح در Tuning و  Optimization دیتابیس ها، دستورات اجرایی و سرورهای میزبان اونهاست. و فاکتور اصلی رقابت در این عرصه B بیشتره. مقیاس پذیری از ابعاد زیر قابل بررسی است:  Load scalability مقیاس پذیری بار:   توانایی حفظ عملکرد همراه با کاهش و یا افزایش حجم وضایف محوله (بار) اعم از پردازش و یا تبادل را مقیاس پذیری بار می نامند. Geographic scalability مقیاس پذیری جغرافیایی:  حفظ کارایی، سودمندی و دسترسی سیستم، با حذف سیطره ی جغرافیایی (یعنی سیستم چه در سطح یک شهر یا یک منطقه از یک شهر و یا یک کشور عملکرد بهینه داراباشد) Administrative scalability مقیاس پذیری مدیریتی و کنترلی: قابلیت سهولت مدیریت در سطح یک سازمان با چندین بخش و زیربخش همانند وقتی که در مقیاس یک سازمان تخت بدون بخش های زیرمجموعه و یا همجوار می باشد. Functional scalability مقیاس پذیری کارکردی: توانایی حفط عملکرد و کارایی در عین افزایش قابلیت های جدید.    *******************************************************************  مقایس پذیری افقی یا عمودی؟ افزودن منابع سیستمی جهت افزایش توانایی پذیرش به یک جزء (node) را در اصطلاح مقیاس پذیری عمودی، Scale vertically یا  Scale Up گویند. افزودن منابع سیستمی همچون CPU یا حافظه از جمله این نوع مقیاس دهی است که به دنبال آن افزایش حجم پردازش های ممکن را خواهیم داشت. افزودن node های جدید به سیستم جهت توانایی پردازش داد های بیشتر را مقیاس پذیری افقی، Scale horizontally و یا Scale Out گویند، به طور مثال افزایش وب سرورهای یک وب سایت با کاربران و بازدیکنندگان بسیار، از یک به سه وب سرور از نمونه های این مورد است. اینکه کدام یک از دو روش Scale Up یا Scale Out  را به عنوان روش Scability انتخاب کنیم، نکته مهمی است که باید با دقت مورد بررسی قرار گیرد، چرا که Scale Up همراه با مواردی چون مدیریت و برنامه نویسی آسانتر است، از طرفی محدودیت های سیستم در پذیریش میزان منابع بیشتر و همچنین فزونی حجم منابع اشتراکی ما را از به کارگیری محض این روش برحضر می دارد. برای مثال: محدودیت یک سرور از نظر پذیرش تعداد هارد دیسک و در عین حال اشتراک پهنای باند کنترلر برای هارددیسک ها و یا محدودیت سیستم عامل و شاسی سرور  از نظر پذیرش RAM،برای کاربرد روش Scale Up سقف معینی را در نظر می گیرد که محدودیت را در حوزه گسترش و افزایش منایع به دنبال خواهد داشت. از طرفی پیچیدگی های برنامه نویسی، پیاده سازی و مدیریت Scale Out نیز را باید در نظر داشت. پس برقراری موازنه جهت انتخاب این دو روش و یا ترکیب آن ها از جمله نکاتی است که باید مورد توجه قرار گیرد و انتخاب نابجای آن ها می تواند موجبات هزینه های اضافی، افزایش زمان تولید و پیاده سازی و همچنین مشکلات متعدد از نظر حجم پردازش ها را دنبال خواهد داشت. توجه به هزینه و کارایی نکته مهمی است، از آنجایی که پردازش موازی غالبا سریع تر از حالات دیگر است، برای مثال انجام پردازش موازی بر روی 4 پردازنده 70% سریعتر از یک پردازنده خواهد بود. اگر آلفا رو کسری از محاسبات ترتیبی در نظر گیریم، و 1 − α (آلفا منهای یک !) کسر محاسبات موازی باشد، آنگاه حداکثر افزیش سرعتی که توسط P عدد پردازنده صورت خواهد گرفت طبق قانون Amdahl از رابطه زیر به دست می آید: یک مثال: دقت کنید که بر اساس رایطه فوق دوبراربر کردن توان یک پردازنده تنها 0.27 به تعداد دستورات آن می افزاید:   *******************************************************************   سوال: برتری Oracle 11g نسبت به SQL Server 2008 R2 ؟ شاید تو این بلاگ بیشتر راجع به SQL Server بنویسم یا اینکه من رو در زمینه تدریس و مشاوره اش بشناسند ولی اراکل واقعا دوست داشتنیه و وجود RAC یا همون Real Application Cluster برتری مهمی نسبت به SQL Server هست. از طرفی SQL Server دارای برتری های زیادیه که نمیشه از اون ها گذشت. در زمینه Scale UP هر دو قوی هستند، پشتیبانی از 256 پردازنده منطقی در SQL Server و محدودیت  RAM به میزان RAM قابل پشتیبانی توسط سیستم عامل و … مواردی هست که لزومی بر بحث و مقایسه Scale Up بین این دو محصول ایجاد نمی نماید ولی Scale Out موضوع بحث مهمی ست. RAC در اراکل یک راهکار واقعی، پایدار و مطمئن است ولی عمدتا در SQL Server راهکارهای نظیر توزیع داده ها در سطح سرورها پیشنهاد می شود. برای مثال: شما دارای 15 میلیارد رکورد هستید تنها راهکار مستقل این است که از رکورد 1 تا 5 میلیارد را در سرور 1، 5 میلیارد تا 10 میلیارد در سرور 2 و 10 میلیارد تا 15 میلیارد در سرور 3 ذخیره و پردازش هابر حسب توزیع، بر روی سرور میزبان صورت خواهد پذیرفت. راه خوبیه ولی من خیلی دوست ندارم! پس راه حل چیه؟ راه حل، انتخاب مکانیزمی در جهت پیاده سازی منطقی عمل Load Balancing در سرورهاست، یعنی فرایندی که پردازش ها بین سرورها توزیع گردد. این اقدام در لایه ی دسترسی به داده ها صورت می پذیرد. پس به عهده تیم برنامه نویس خواهد بود. گزینه پیشنهادی؟ GRIDSCALE گزینه ایست  مطمئن، پایدار، دقیق و با قابلیت مدیریت مناسب. چیزی که تو ظرف دانش و تجربه ی من نسبت به تمام گزینه های مشابه ارجحیت داره و در پیاده سازی واقعی نتیجه ی خیلی خوبی رو به دنبال داشته. امیدوارم آنچه که از نظر گذروندید کمکی در جهت درک بهتر مفاهیم Scale Up, Scale Out, Load Balancing در دیتابیس ها بوده باشه. در صورت استقبال از مطلب فوق درباره چگونگی گیاده سازی و عملکرد GridScale مطلب ارائه خواهد شد. در ضمن از بابت اشتباهات انشایی و تایپی عذرخواهی می کنم، علتش کمبود وقت و اینکه گاهی بین نگارش دو پاراگراف کار پیش میاد و رشته کلام از دست میره!

دیروز 21 اپریل 2010 تیم تولید SQL Server 2008 R2 با اعلام تهیه نسخه نهایی یا همان RTM (release to manufacturing) و اینکه این نسخه از روز 3 می در اختیار Technet, MSDN Subscriber ی ها قرار خواهد گرفت (من هم جزوشون ام :) و روز 13 می به انتشار عمومی خواهد رسید. سوال: آیا نسخه R2 به مثابه ارائه سرویس پک و یا اصلاحیه است؟ پاسخ: خیر، R2 یا Release 2 همراه با بازنگری های اساسی در ساخت محصول بوده و همان طور که در ادامه اشاره می کنم ارائه ویرایش های جدید، حذف برخی محدودیت ها و گسترش امکانات و توانایی های نسخه قبلی را دارا می باشد. در نگارش SQL Server Express Edition R2 محدودیت حجم دیتابیس از 4 به 10 گیگابایت افزایش پیدا کرده است. محدودیت تعداد پردازنده منطقی سیستم از 64 عدد در نسخه 2008 به 256 عدد در نسخه R2 2008 رسیده است. نگارش های Datacenter Edition و Parallel Data Warehouse  به عنوان نگارش های جدید معرفی شده اند. این ویرایش از SQL Server حاوی تغییرات زیادی می باشد که عمدتا در حوزه های BI, Administration, Scale up, می باشد. که امیدوارم فرصتی پیش بیاد تا به تفصیل در مورد  Managed Self Service Business Intelligence و Application and Multi-Server Management که دو امکان فوق العاده هستند  توضیح بدم.

قریب به 1 ماه پیش مایکروسافت معرفی ابتدایی ویرایش دوم SQL Server رو شروع کرد، ماه ها پیش وقتی صحبت از جهش توان عملکردی SQL Server در نسخه بعدی می شد، ذهنم ناخودآگاه به سرغ SQL Server 2010 یا 2011 یا 2012 ی می رفت که به کد کلیمانجارو معروف بود. ولی این جهش خیلی زودتر از این حرف ها در SQL Server 2008 R2 اتفاق افتاد. این محصول همراه با SQL Server Report Builder 2008 R2 در ماه آگوست کمتر از 1 ماه دیگر عرضه خواهد شد… اهم تغییرات در نسخه R2: »  Capitalize on Hardware Innovation: شامل افزایش چشمگیر پایداری، قدرت و سرعت و افزایش میزان پردازنده های قابل استفاده از CPU 64 به 256 CPU که نیاز به توضیح نداره! خصوصا اینکه خود SQL Server 2008 Enterprise Edition از Hot Plug CPU پشتیبانی میکنه یعنی سرور روشن و افزودن CPU بدون نیاز به راه اندازی مجدد سرویس یا سرور. بیشتر...