درخواست های ارتباط
جستجو تنظیمات
لیست دوستان من

آموزش راه اندازی Failover Clustering برای MSSQL Server 2012 - قسمت چهارم

25 نظرات

حتما فکر می کنید ما هم مثل وب سایت های دیگر می خواهیم وقت شما را تلف کنیم و هی مطلب را طولانی کنیم که شما به وب سایت برگردید ، نه مطمئن باشید ما در انجمن تخصصی فناوری اطلاعات ایران قصد نداریم چنین روشی را داشته باشیم و اگر می بینید که قسمت قسمت مطلب را می نویسیم برای منظم تر شدن و طبیعتا دقت بیشتر روی مطالب است ، کمی صبر کنید ، بعد از این آموزش شما دیگر وارد نصب کلاسترینگ خود MSSQL Server 2012 خواهید شد و دیگر کاری به Windows Server 2012 نخواهید داشت . در این قسمت که سری چهارم از مطلب اموزش راه اندازی کلاسترینگ برای MSSQL Server 2012 است می خواهیم اولین Cluster خود را ایجاد کنیم ، برای ایجاد کردن این Cluster شما کافیست فقط ویزارد مربوطه را بعد از انجام فرآیند Validation که در مرحله قبلی انجام دادیم مطابق آموزش زیر انجام دهید ، بنابراین ابتدا کنسول مدیریتی

Failover Clustering Management

را باز کنید و مشابه تصویر زیر برای ایجاد کردن اولین Cluster در این مجموعه بر روی گزینه Create a Cluster کلیک کنید تا ویزارد مربوطه باز شود :

آموزش راه اندازی کلاسترینگ در ویندوز سرور 2012 و SQL سرور 2012

1-

بعد از کلیک کردن بر روی گزینه Create Cluster ویزارد مربوطه باز می شود و صفحه Before You Begin را مشاهده خواهید کرد که توضیحاتی در خصوص ویزارد مربوطه ارائه می کند . همانطور که در شکل زیر نیز مشاهده می کنید در این ویزارد شما سرورهایی که قرار است بصورت Failover برای ایجاد کردن High Availability برای یک سرویس در کنار هم فعالیت کنند را مشخص می کنید ، اگر یکی از این سرورها دچار اختلال شود ، سرور دوم جایگزین آن خواهد شد و شروع به سرویس دهی می کند ، باز هم تاکید می کنم قبل از اینکه این ویزارد را جلو ببرید ویزارد قبلی که Validate Cluster است را اجرا کنید و مطمئن شوید که مشکلی وجود نداشته باشد ، به هر حال کار از محکم کاری عیب نمی کند ، در تصویر زیر بر روی Next کلیک کنید البته فراموش نکنید تیک قسمت Do not show this page again را بزنید تا احیانا در مراحل بعدی مجددا این شر و ورها به شما نمایش داده نشود ، والا به خدا ... با این نوناشون ... خیلی محترمانه الان Next را بزنید ...

آموزش راه اندازی کلاسترینگ در ویندوز سرور 2012 و SQL سرور 2012

2-

قسمت بعدی انتخاب سرورهایی است که قرار است با هم تشکیل یک

Failover Cluster

را بدهند ، کافیست مشابه ویزارد قبلی از طریق دکمه Browse سرورها مورد نظر خود را انتخاب کنید. توجه کنید که این سرورها همان سرورهایی هستند که در مرحله قبلی Validate شدند ، یک نکته مهم را فراموش نکنید ، این ویزارد را فقط یکبار و فقط بر روی یکی از سرورهای عضو کلاستر کافیست انجام دهید ، تنظیمات به صورت خودکار به سرور دیگر منتقل خواهند شد و نیازی به انجام مجدد مراحل نخواهید داشت ، بعد از اینکه مطابق شکل پایین سرورها را انتخاب کردید بر روی گزینه Next کلیک کنید :

Image

3-

صفحه بعد صفحه Access Point For Administering the Cluster است ، شما در این صفحه یک اسم برای Cluster خود ایجاد می کنید و یک آدرس IP که از این به بعد ادرس IP کلاستر شما خواهد بود را انتخاب می کنید ، اگر به خاطر داشته باشید در سناریوی این مطالب آدرس IP به شماره 192.168.1.4 را به عنوان آدرس IP کلاستر انتخاب کردیم ، آدرس مورد نظر را وارد کنید و بر روی کلید Next کلیک کنید :

آموزش راه اندازی failover clustering در ویندوز سرور 2012

4-

صفحه بعدی صفحه Confirmation است که کافیست بر روی Next کلیک کنید تا

Failover Clustering

بر روی هر دو عدد Cluster Node شما ایجاد شود ، اگر می خواهید کلاستر شما با اسم و آدرس DNS قابل دسترس باشد کافیست تنظیمات مربوطه را در DNS سرور اکتیودایرکتوری خود انجام دهید.

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

5-

در نهایت در صفحه Summary همانطور که در تصویر پایین مشاهده می کنید خلاصه ای از تنظیمات انجام شده بر روی سرورها به شما نمایش داده می شود و با مشاهده پیام You have successfully completed the Create Cluster Wizard یعنی کلاستر شما با موفقیت ایجاد شده است و اگر نیاز به اطلاعات بیشتر دارید می توانید بر روی دکمه View Report کلیک کنید ، فعلا کار ما با ایجاد کلاستر اول تمام شده است و بر روی دکمه Finish کلیک می کنیم :

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

خوب به شما تبریک می گوییم ، شما اولین

Failover Cluster

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

Failover Cluster

شما کار می کند یا خیر ، اینکار را می توانید دقیقا مشابه فرآیندی که برای تست کردن

NLB Clustering

انجام دادیم انجام دهید یعنی آدرس IP مربوط به Cluster را Ping کنید اگر درست بود بنابراین Cluster شما به درستی ایجاد شده است. یکی از

Cluster Node

ها را خاموش کنید و مجددا تست کنید که آیا همچنان Ping دستگاه باقی می ماند یا خیر ، اگر Ping شما به درستی ادامه پیدا کرد بنابراین

Failover Clustering

شما به درستی انجام شده است. حالا شما آماده این هستید که به سراغ نصب MSSQL Server 2012 بروید اما کمی صبر کنید و ادامه مطلب را نیز یک نگاه بیندازید ، بد نیست کمی هم تنظیمات دیسک های خود را انجام دهیم و بعدا ادامه ماجرا را پیش ببریم.

پیکربندی تنظیمات مربوط به Cluster Quorum ( این قسمت اختیاری است )


همانطور که در ابتدای سناریو هم عنوان کردیم ما 4 عدد دیسک در

Virtual SAN Storage

ایجاد کردیم که با ظرفیت های 1 گیگابایت ، 5 گیگا بایت و 20 گیگابایت ایجاد شده بودند. تعریف کردن دیسک Quorum همیشه الزامی نیست و قرار نیست شما در هر ساختار کلاسترینگی این دیسک را تعریف کنید اما بعضا مواردی پیش می آید که ویزارد ایجاد Cluster بصورت خودکار یکی از دیسک هایی که نباید به عنوان Quorum انتخاب می شده را به عنوان Quorum انتخاب می کند و اینجاست که شما باید یاد بگیرید که چگونه این دیسک را انتخاب کنید. بصورت پیشفرض ویزارد ایجاد کلاستر اولین دیسک موجود در سرور را به عنوان Quorum انتخاب می کند که البته به آنWitness Disk نیز گفته می شود. Witness Disk در واقع کلیه تنظیمات مربوط به این کلاستر را بر روی

Shared Storage

نگهداری می کند و به همین دلیل به آن Cluster Configuration database نیز گفته می شود. برای تعیین کردم محل Witness Disk یا همان Quorum کافیست ابتدا وارد کنسول مدیریتی

Failover Cluster Management

شوید و سپس بر روی Node ای به نام Storage کلیک کنید تا دیسک های آنلاینی که به سرور معرفی شده اند را مشاهده کنید ، اما کار ما در این قسمت نیست ، برای پیکربندی Clustering کافیست ابتدا بر روی نام Cluster ای که ایجاد شده است راست کلیک کنید و سپس گزینه More Actions و در نهایت گزینه Configure Cluster Quorum Settings را انتخاب کنید تا ویزارد Configure Cluster Quorum مشابه تصویر زیر به شما نمایش داده شود :

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

1-

همانطور که در بالا مشاهده می کنید طبق معمول در صفحه اول ویزارد در خصوص عملکرد کلی ویزارد توضیحاتی ارائه شده است که ما نمی خواهیم در این خصوص ریز شویم و کافیست در این قسمت بر روی Next کلیک کنید تا به مرحله بعدی برویم ، والا به خدا خوب اومدیم محل Quorum را عوض کنیم اینکه دیگه توضیحات ندارد D: ... با کلیک کردن بر روی Next با صفحه زیر مواجه خواهید شد که به صفحه Select Quorum Configuration معروف است ، در این صفحه گزینه Add or change the quorum witness را انتخاب می کنیم و بر روی Next کلیک می کنیم :

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

2-

در صفحه بعدی که صفحه Select Quorum Witness است گزینه Configure a disk witness را انتخاب کنید و بر روی Next کلیک کنید.

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

3-

در صفحه بعد همانطور که در تصویر زیر مشاهده می کنید Disk های آنلاین را مشاهده می کنید ، با توجه به اینکه من در این قسمت فقط یکی از دیسک ها را انلاین کرده ام شما فقط دیسک 1 گیگابایتی را مشاهده می کنید ، دیسک مورد نظر را انتخاب کنید و بر روی Next کلیک کنید :

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

4-

در صفحه بعد که confirmation است طبق معمول بر روی گزینه Next کلیک می کنیم :

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

5-

در نهایت همانطور که در تصویر پایین در صفحه Summary مشاهده می کنیم کافیست بر روی گزینه Finish کلیک کنیم تا فرایند ایجاد کردن Disk Witness اجرا شود و محل دیسک Quorum شما عوض شود :

آموزش راه اندازی failover clustering در ویندوز سرور 2012 و SQL سرور

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

Failover Cluster

خود را ایجاد کردیم و Quorum خود را انتخاب کردیم و فقط در آموزش بعدی به سراغ نصب کردن Role های مورد نیاز برای راه اندازی MSSQL Server 2012 خواهیم رفت و پس از آن نیز دیگر MSSQL خود را در محیط Cluster نصب کرده و این سناریوی جذاب را به پایان می بریم ، سعی کنید با ما جلو بروید و هر جایی که مشکل داشتید در ادامه مطلب عنوان کنید ، امیدوارم مورد توجه شما قرار گرفته باشد .

ITPRO باشید

نویسنده : محمد نصیری

منبع :

انجمن تخصصی فناوری اطلاعات ایران

هرگونه نشر و کپی برداری بدون ذکر منبع و نام نویسنده دارای اشکال اخلاقی می باشد

آیا این مطلب را پسندیدید؟
ردیف عنوان قیمت
1 آموزش راه اندازی Failover Clustering برای MSSQL Server 2012 - قسمت اول رایگان
2 آموزش راه اندازی Failover Clustering برای MSSQL Server 2012 - قسمت دوم رایگان
3 آموزش راه اندازی Failover Clustering برای MSSQL Server 2012 - قسمت سوم رایگان
4 آموزش راه اندازی Failover Clustering برای MSSQL Server 2012 - قسمت چهارم رایگان
  • استاد نصیری عزیز می دونم که برای تشکر صرفا باید پسندیدم را استفاده کنم، اما انصافا باید تشکر ویژه کنم بابت این سری آموزش که واقعا کار سنگین و پر زحمتی هست . صد البته که مقالات شما بسیار کاربردی و کامل ، اما Clustering واقعا جز سخت ترین و پر نکته ترین مواردی است که تدریس کردنش هم کار ساده نیست چه برسه به فایل آموزشی آماده کردن ، به هر حال خدا قوت و دم همه بچه های آیتی پرو گرم.

  • با سلام

    بسیار عالی و کاربردی بود با تشکر فراوان

  • با سلام

    من یه مشکلی دارم

    شما روی DC تون که san server هم هست failover manager نصب کردین ؟؟؟

    اگر نصب نکردین چطوری قراره cluster بیاد disk ها رو که روی dc هستن ببینه

    متشکر از پاسختون

  • خیر ما روی DC قابلیت Failover رو نصب نکردیم ، روی هر دو سرور Cluster دیسک های روی DC رو معرفی کردیم ، کلاستر با توجه به اینکه دیسک ها روی هر سرور جداگونه به DC متصل شدن خیلی راحت این مورد رو مدیریت می کنه .

  • سلام

    مرسی unity

    فقط من مشکلی که دارم اینه که کلاستر فقط دیسک های دو تا سرور خوشو میشناسه و SAN رو اصلا نمیشناسه (در حقیقت کلاستر دیسک های DC رو اصلا نمیبینه)

    اینی که گفتین "روی هر دو سرور Cluster دیسک های روی DC رو معرفی کردیم " یعنی چی ؟ یعنی اونها رو مثلا map ویندوزی کردین تو دوتا سرور کلاستر ؟؟؟

    ممنون از پاسختون

  • عزیز من شما آموزش های قبلی این سری رو مطالعه کنید ، لینک شبیه ساز SAN Storage و ایجاد LUN و متصل شدن با iSCSI Initiator رو مطالعه کنید بعد متوجه میشید چجوری باید به SAN Storage متصل شد ، تمامی نکات هم در همون آموزش اشاره شده.

  • مرسی بزرگوار

    منم دقیقا همون روند رو دنبال کردم

    ولی خوب اینجاش و به موردی خوردم که فک کردم ممکنه دوستان کمکم کنند یا چیزی باشه که من دانش نداشته باشم نسبت بهش

  • سلام به همه

    من وقتی 1.4 رو پینگ میکنم ttl expire میده

    و وقتی tracert میگیرم از 192.168.100.2 جواب میاد بعد میره رو 10.10.30.2

    البته رو ویرچوال نصبه ها

  • سرویس DHCP خود VMware رو غیرفعال کنید و هر دو سیستم رو در حالت Host Only قرار بدید.

  • استاد نشد

    سرویس VMnetDHCP را disable کردم و هردو کارت شبکه هم host only بود اما باز کماکان هموجوری ping میده

  • مطمن شو کارت شبکع های vmware در سیستمت فعالن و از طرفی یکبار تنظیمات virtual network رو restore کن

  • اقا unity

    کرده همه اینارو

    باز همون نتیجه رو میده

    کلا سیستم 3 تا کارت شبکه virtual ساخته رو host

  • سلام به همه

    بعد از 4 روز واقعا قفل کردن رو موضوع بالاخره مشکل حل شد.

    مشکل از تنظیمات vmware بود که بالاخره با نصب مجدد و ایجاد یک کارت شبکه جدید برای سیستم dc مشکل حل شد.

    مرسی از دوستانی که چشمای قشنگشون و گذاشتن تا مشکلات منو بخونن و بهش جواب بدن

  • آقا محمد unity

    بی صبرانه منتظر قسمت آخر آموزشهاتون (نصب sql بر روی کلاستر هستم)

    با تشکر

  • مهندس نصیری آموزش خیلی خوبی بود استفاده کردیم

    خدا قوت

  • ممنون از مطالب خوبتون

    من فکر میکردم فقط من تو ایجاد failover cluster ارور میگیرم ولی به نکات ریز خوبی پی بردم.

    مرسی

  • برای پیاده سازی Failover Clustering بهتر است از Hyper-V استفاده شود. به دلیل آنکه موقع نصب SQL Server به مشکل Cluster Name is Invalid برخورد می کنید. فکر استفاده از VirtualBox یا VMWare را از سر خود بیرون کنید. و البته اینکه استفاده از مجازی سازی فقط برای تست و آموزش است. در محیط اصلی باید از سرور های فیزیکی استفاده شود با داشتن HBA های متعدد و شبکه داخلی و خارجی با پشتیبانی شبکه.

    البته نکات دیگری هم است که باید در مورد کارت شبکه و تنظیماتی مانند NetBios انجام شود.

    برای پیاده سازی این موضوع خیلی مراحل دیگر است که باید انجام شود.

  • مهندس فرد عزیز من احترام ویژه ای به شخص شما و دانش فنی شما در زمینه SQL سرور دارم اما اصلا با نظر شما در این خصوص موافق نیستم ، من بارها SQL سرور رو در حالت Clutering برای سازمان های بزرگ پیاده سازی کردم و بلا استثناء هم از سرویس VMware نسخه ESXi استفاده کردم ، اینکه میگید از سر خود بیرون کنید رو قبول ندارم اصلا چون Leader اصلی حوزه مجازی سازی در دنیا همین شرکت VMware هست ، مقایسه Hyper-V و VMware مثل مقایسه پیکان و لامبورگینی هست و برای این حرفم کاملا منطق و دلیل دارم ، مجازی سازی الزام یک سازمان هست ، امروزه اگر سازمانی مجازی سازی نداشته باشه جای تعجب داره ، به نظر من باید فکر سرور فیزیکی رو از ذهن بیرون کرد ، سرور فیزیکی اینقدر معضلات بیشتری داره که نمیشه با مجازی مقایسش کرد .

    استفاده از مجازی سازی کاملا سازمانی و واجب برای یک سازمان هست ، در ضمن برادر من ما روی سرورهای فیزیکیمون HBA قرار میدیم ، با همین HBA به ماشین های مجازی دسترسی میدیم که بتونن به هارد دیسک ها دسترسی پیدا کنن و طبیعتا در سرعت تفاوتی نخواهد داشت ، ما امکانات دیگه ای در مجازی سازی داریم که حتی دیگه نیازی به Clustering هم نداره SQL سرور ، سرور در آن واحد با تمامی دستوراتی که در CPU در حال اجرا هستند جای دیگه Replicate میشه و حتی اگر سرور اصلی از بین بره بدون کوچکترین Downtime ای ( حداکثر دو عدد Request Timeout ) روی سرور دومی سویچ میشیم ، پس خود مجازی سازی چند لایه دیگه امنیت از لحاظ Redundancy به سرور ما اضافه می کنه ... این آموزش رو نرسیدم کامل کنم به دلایلی که واقعا اینجا نمیشه مطرح کرد. طبیعتا ما وارد نصب SQL سرور هم نشدیم وگرنه مشکلات مربوط به این حوزه رو هم حتما بررسی می کردیم. مشکلاتی که شما عنوان می کنید در VMware من مشاهده نکردم ولی به راحتی پیاده سازیش کردم ، اینکه میفرمایید فکر مجازی سازی رو هم نکنید از نظر من درست نیست ، به نظر من اون دوستانی که به شما سرویس مجازی سازی رو ارائه می کردن در این حوزه دانش لازم رو نداشتن به هر حال ببخشید من اینجوری مطلب رو بیان کردم چون حداقل تجربه ای که دارم در حوزه SQL در همین قسمت کلاسترینگ هست. متشکرم

  • با سلام به UNITY عزیز

    البته من این نوع کلاسترینگ رو از نظر SQL Server می گم.

    کلاسترینگ در محیط مجازی برای سیستمهایی که با فایل سیستم سرو کار دارن خوبه ولی نه برای پایگاه های داده. به نکات زیر توجه کنید.

    ۱- SQL Server Failover Clustering برای این است که اگر سرور فیزیکی به هر دلیلی از کار افتاد یک سرور فیزیکی دیگر به درخواستهای دریافتی پاسخگو باشد و نگذارد هیچ گونه اختلالی ایجاد شود.

    ۲- می توان از مجازی سازی برای SQL Server Failover Clustering استفاده کرد به شرط اینکه هر VM در سرور های فیزیکی جداگانه ای باشند که بتوانند مفهوم کلاسترینگ رو پیاده سازی کنند و البته تمامی پایگاه داده ها خارج از VM Image و در SAN قرار گیرند.

    ۳- به هیچ وجه نمی توان به VM Redundancy/Replication در محیط پایگاه داده اعتماد کرد به دلیل آنکه پایگاه داده به صورت تراکنشی کار می کند.

    ۴- بازهم اگر می خواهید از مجازی سازی برای SQL Server Failover Clustering استفاده کنید باید فایل VM و پایگاه داده Tempdb در دیسک سخت داخلی سرور باشند به دلیل پیچیده گی هایی در SQL Server.

    تجربه بنده:

    یکی از مشتریان از VM Replication/Motion استفاده می کرد و آنها هم در همین فکر بودند که اگر مشکلی پیش آید این تکنولوژی می تواند مانع از بروز اختلالات در SQL Server شود. یکی از VM ها خراب شد و آنها مجبور به استفاده از VM دیگر (Replica) شدند. در آن لحظه متوجه شدند که تمامی پایگاههای داده به صورت Suspect در آمده است. در محیطی که تمامی پایگاه داده ها در VM Image در یک SAN قرار داشتند.

    البته در تکنولوژی جدید AlwaysOn می توانید از VM استفاده کنید

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

    قابلیتهای Hyper-V 2.0 هم دیگر دست کمی از VMWare نداره.

    با تشکر

    حمید ج. فرد

  • مهندس حرفهای شما کاملا درست هست ، طبیعتا من هم منظورم این نبود که در عدد VM رو بر روی یک Host قرار بگیرند ، اصلا چنینی چیزی بی معنی هست طبیعتا ، اگر منظورتون از سناریوی بنده بود من تازه متوجه اشتباه و سوء تفاهم به وجود اومده شدم ، من به دلیل کمبود منابع مجبور شدم هر دو VM رو روی یک Host ایجاد کنم ، طبیعتا در محیط های واقعی این Host ها جدا هستند ، خوب در خصوص ایجاد Replication ما قبلا از سرویسی به نام High Availability استفاده می کردیم در VMware که اگر سیستم شما به مشکل میخورد VM جانبی که Replica بود باید یک Restart می شد و بالا میومد ، این تکنولوژی به دلیل همون مشکلی که شما هم اشاره کردید دیگه استفاده نمیشه و VMware یک مکانیزم جدیدتر به نام Faul Tolerance اضافه کرده که همونطور که قبلا هم اشاره کردم حتی I/O های CPU رو هم بصورت Real Time در سرور جانبی Replicate می کنه ، این مورد کاملا قابل اعتماد هست ، من در خصوص Hyper-V همچنان روی حرفم هستم جثارتا و به امید خدا یک مقایسه جامع و کامل در خصوص این دو محصول با هم ارائه میدم .

    فقط بصورت خلاصه عرض کنم که درسته که Hyper-V در نسخه دو پیشرفت هایی داشته اما نکته اینجاست که این محصول به محض ارائه تکنولوژی جدید توسط VMware اون رو کپی برداری می کنه ، خاطرتون هست گفتم مقایسه این دو محصول مثل مقایسه پیکان و لامبورگینی هست ، هر دو 100 تا سرعت میرن ، هر دو موتور دارن ، هر دور چرخ دارن ... هر دو ترمز دارن ... اما مهم کارایی هست که در محیط واقعی ارائه میدن ، من تجربیان سازمانی زیادی داشتم که نمیتونم ریسکش رو بیارم روی Hyper-V البته نمیخام تعصبی برخورد کنم ، امکان پیاده سازی همه اینها با Hyper-V هم هست اما باز هم تاکید می کنم چون ما بهترین کارایی رو از Hypervisor میخایم پس هر چقدر به سخت افزار نزدیکتر باشیم بهتره ، hyper-V روی ویندوز نصب میشه و یه لایه واسط اضافه برای ارتباط با سخت افزار داره و ما اصطلاحا میگیم هایپروایزور تیپ دو هست ، اما VMWare از تیپ یک هست خودش مستقیما روی سخت افزار نصب میشه و سرویس میده .

    در خصوص نحوه ذخیره سازی روی هارد دیسک اگر لطف کنید بیشتر توضیح بدید ممنون میشم ، من درک نکردم SQL سرور چه درکی از هارد دیسک داره ؟ ما در VM هارد دیسک مجازی معرفی می کنیم ، مگه این سرویس با File System کار نمی کنه ؟ خوب پس کاری به ساختار دیسک ما نباید داشته باشه ، از طرفی در خصوص استفاده از SAN Storage طبیعی هست که اطلاعاتی که میخایم Cluster باشه رو روی SAN قرار میدیم ، این امکان رو هم داریم که از Local Disk سرور هم استفاده کنیم بصورت ترکیبی ، حتی برای درجات بالاتر از Redundancy ما storage VMotion رو هم داریم که یک Backup و Replica کامل از اطلاعات SAN Storage میگیره ، به هر حال ممنون از توضیحات جامع و کامل شما ... خوشحالم از اینکه از تجربیات شما استفاده می کنیم و ممنون که مطلب من رو مطالعه کردید.

  • سلام

    ممنون از آموزش

    ادامه آموزش رو کجاست؟

  • متاسفانه ادامه نداره ...

  • من یک اپلیکشین دارم که دیتابیس اون روی mssql روی یک سرور ایجاد شده برای اینکه روی سرور دوم هم بصورت خودکار این دیتابیس رو هم داشته باشم دیتابیس همنام با اون رو باید ایجاد کنم ؟

  • لطفا سئوالتون رو از قسمت سئوال بپرسید ارسال کنید با تشکر

  • سلام.

    مجددا بابت آموزش این مبحث تشکر می کنم؛

    لطفا ادامه آموزش رو هم قرار بدید

    ممنون

برای ارسال نظر ابتدا به سایت وارد شوید

arrow