مدرس:
مهندس محسن بندامیر
حجم فایل:
23 مگابایت
مدت زمان:
00:12:00
نوع آموزش:
تصویری و کاملاً فارسی
1- آشنایی با AlwaysOn
2- راه حل مشکل قطع ارتباط با سرور 3- راه حل بروز مشکلات سخت افزاری سرور 4- راه حل مشکلات Crash کردن سرور 5- بانک اطلاعاتی همیشه در دسترس 6- قابلیت high-availability 7- معرفی سرفصل های فیلم آموزشی |
مدرس:
مهندس محسن بندامیر
حجم فایل:
18 مگابایت
مدت زمان:
00:11:00
نوع آموزش:
تصویری و کاملاً فارسی
1- مراحل راه اندازی AlwaysOn
2- نحوه ی عملکرد AlwaysOn در SQL 3- دستیابی به High Availability 4- Load Balancing در AlwaysOn و ... |
مدرس:
مهندس محسن بندامیر
حجم فایل:
52 مگابایت
مدت زمان:
00:41:00
نوع آموزش:
تصویری و کاملاً فارسی
1- معرفی terminolegy
2- معرفی تکنولوژی High Availability 3- نقاط ضعف و قوت تکنولوژی های مذکور 4- معرفی AlwaysOn و عملکرد آن و ... |
مدرس:
مهندس محسن بندامیر
حجم فایل:
65 مگابایت
مدت زمان:
00:34:00
نوع آموزش:
تصویری و کاملاً فارسی
1- معماری AlwaysOn و تعامل برنامه با آن
2- آشنایی با مفاهیم Failover- Failback 3- آشنایی با Load Balancing 4- اجرای پروژه عملی تحت ویندوز 5- اجرای پروژه عملی تحت وب |
JoomShopping Download & Support
دیدگاه‌ها
با سلام
1. من می خواستم در محیط vmware esxi5.5 بر روی 2 عدد vm(با config یکسان و تعداد دیسک و پارتیشن مساوی) که دیسک های آنها به صورت مستقل بر روی SAN storage و روی LUN های متفاوت قرار دارد سناریوی آموزش داده را امتحان کنم. ولی در هنگام تست validate configuration wizard تست مربوط به diskها Fail می شود. و زمانیکه Cluster را روی دو سرور ایجاد می کنم تمام دیسک های روی vm ها (به جز دیسک 0) به حالت offline در می اید. و cluster ایجاد شده اصلا مشاهده نمی شود.
2.در ضمن من در مطالبی که در مورد سرویس Failover clustering مطالعه کردم در همه جا مطرح شده بود که نودها باید از share storage استفاده کنند. در حالیکه در آموزش داده شده برای کار کردن Availability Group دیسک های روی هر نود کاملا مستقل هستند. در صورت امکان در این مورد توضیح کاملتری بدهید که آیا به shared storage نیاز است یا خیر ؟
سلام
در ابتدا پاسخ سؤال دوم شما:
تکنولوژی Alwayson به دو دسته alwayson failover cluster instances(FCI) و alwayson availability groups تقسیم بندی می شود که در FCI یکی از نیازها وجود shared storage می باشد و علاوه بر این عدم امکان استفاده از Secondary (کپی همزمان با سرور اصلی) از ضعف های اصلی این روش می باشد. اما در alwayson availability groups نیازی به وجود shared storage نیست و هر کدام از Replica ها می توانند دیسک مستقل خود را داشته باشند. دو مزیت عمده دیگر alwayson availability groups در قابلیت استفاده از داده های سینک شده در سرورهای ثانویه (secondary ) و همینطور توزیع بار (Load Balance) و عدم نیاز به تغییر Connection String در برنامه، در صورت دان شدن سرور اصلی است.
چند نکته در مورد validate configuration:
در صورت استفاده از دیسک های مستقل در راه اندازی alwayson availability groups، در مرحله Validation قسمت Disk با warning مواجه می شود که مشکلی ایجاد نخواهد کرد.
و اما در مورد خطایی ایجاد شده، در مرحله پایانی ایجاد کلاستر، گزینه add all eligible storage to the cluster را غیر فعال کنید.(مطابق تصویر زیر).