امکانات Veeam SureBackup

قابلیت Veeam SureBackup

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

نرم افزار Veeam با درک اهمیت این موضوع قابلیتی با نام SureBackup راه اندازی نموده است. این قابلیت صحت عملکرد نسخه های پشتیبان را در محیطی ایزوله آزمایش می نماید و گزارشی از صحت عملکرد آن ارائه می نماید.

جهت استفاده از این قابلیت به موارد زیر نیاز می باشد:

  • Application Group : در زمان ریکاوری ماشین ها ، گاهی برخی از ماشین ها لازم است تا با هم شروع به کار نمایند تا بتوان عملکرد صحیح آنها را سنجید.در واقع گروهی از ماشین های وابسته به هم از لحاظ عملکرد می باشد.
  • Virtual Lab: محیطی ایزوله جهت اجرای ماشین های داخل Application Group می باشد که تست و عملکرد آنها بررسی می گردد.
  • SureBackup Job: در واقع یک Task که جهت اجرای صحت عملکرد عملیات ریکاوری ایجاد می گردد که هم به صورت Manual و هم به صورت Automatically Schedule قابل اجرا می باشد.

مراحل اجرا :

  • Veeam ابتدا ماشین ها را از قسمت Application Group با همان شکل فشرده شده که ذخیره شده است در محیطی ایزوله که معروف به Virual Lab می باشد به صورت Instant vm recovery فرا می خواند.
  • تست ها در سه مرحله­ برای VM Backup Files اجرا می شود که شامل Heartbeat Test ، Ping Test و Application Test می باشد.
  • در صورتی که Job مربوطه دارای صحت عملکرد باشد نرم افزار Veeam یک CRC Check ایجاد می کند شامل اینکه کدام ماشین استارت و تایید شده است و کدام VM Backup Files از کدام Application Group اجرا شده است و پس از اتمام مراحل ، تاییدیه مربوط به فایل پشتیبان صادر می گردد.
  • پس از اینکه عملیات بررسی صحت ریکاوری به اتمام رسید ، Veeam ماشین ها را اصطلاحا Unpublished می نماید و گزارشی تهیه و در صورت لزوم ایمیل می نماید.

لازم به ذکر است خصوصیت SureBackup  در لایسنس های Enterprise Plus  و Enterprise در دسترس می باشد.

Configuration Maximums در VMware VSphere 6.7

Virtual Machine Maximums

 

ESXI Host Maximums

Fault Tolerance Maximums

Vcenter  Server Maximums

نصب و راه اندازی سینولوژی

نصب و راه اندازی سینولوژی

سینولوژی یکی از تولید کننده های محصولات و خدمات بر مبنای NAS می باشد.برندهای زیادی در این حوزه فعالیت می نمایند و می توان گفت تمامی برندها تقریبا از سخت افزار یکسان استفاده می نمایند و وجه تمایز برندها مسئله نرم افزار واسط می باشد که سینولوژی نرم افزاری ساده با قابلیت های بسیار بالا و قابل اعتماد طراحی کرده است .محصول اصلی سینولوژی در واقع نرم افزار DSM یا Disk Station Manager می باشد که بر روی تجهیز NAS نصب می گردد.سیستم عامل محصولات سینولوژی لینوکس می باشد و جهت استفاده از قابلیت های دستگاه باید پکیج نرم افزاری DSM را متناسب با مدل تجهیز خریداری شده از سایت سینولوژی دانلود و بر روی سیستم عامل آن نصب نماییم .در ادامه به نحوه نصب و استفاده از این دستگاه می پردازیم.
پس از نصب استاندارد سخت افزار دستگاه و هارد های آن، مطابق با راهکارهای شرکت سازنده و مدل آن که می تواند داخل رک و یا رومیزی باشد اقدام به نصب می نماییم و مراحل زیر را برای راه اندازی دنبال می نماییم:
۱- از طریق پورت شبکه پشت دستگاه ، تجهیز را به سوییچ متصل می نماییم.حتما دقت نمایید که تجهیز و کامپیوتر شما در یک شبکه قرار بگیرند، حال دستگاه را روشن می نماییم.
۲- پس از گذشت زمان و پایدار شدن شرایط ، دستگاه از طریق شبکه در دسترس می باشد.
۳- از طریق ابزار Web Assistant که به صورت پیش فرض در تجهیز وجود دارد می توان با مرورگر آدرس diskstation:5000 را جستجو نمود و شرایط را Not Installed نمایش می دهد.

۴- حال با استفاده از دکمه Connect مراحل نصب DSM آغاز می گردد که می تواند به صورت آنلاین و با استفاده از اینترنت و یا به صورت آفلاین و دستی اقدام به نصب نمود.

توجه :
 توصیه می گردد از مرورگر های Chrome و FireFox استفاده شود.
 در صورتی که قبل از اتمام نصب به صورت اتفاقی ارتباط قطع گردید، می توان با نام کاربری Admin بدون کلمه عبور به DSM ورود کرد.
 محل نصب دستگاه حتما سازگار با شرایط استاندارد دما و رطوبت باشد.
 علاوه بر نصب DSM از طریق Web Assistant ، می توان از طریق نرم افزار Synology Assistant نیز این فرایند را دنبال نمود.

Brocade San Switch Firmware

Brocade San Switch Firmware

 

در این پست می خواهم Firmware های SAN Switch های Brocade  را با شما به اشتراک بگذارم. از آنجایی که تا کنون نسخ مختلفی از این
Firmware ها ارائه شده است، تمامی نسخ ارائه شده تا کنون را در این پست ارائه می نماییم و از این پس نسخ های جدید را در پست های جداگانه ارائه خواهم نمود.

 

v5.2.3

Link 1 : v5.2.3.zip

Link 2 : v5.2.3.zip

Link 3 (سرور ایران) : v5.2.3.zip

FILE Size :  ۲۶۹.۴ MB

…………………………………………..

v5.3.2c

Link 1 : v5.3.2c.zip

Link 2 : v5.3.2c.zip

Link 3 (سرور ایران) : v5.3.2c.zip

FILE Size :  ۳۴۲.۲ MB

…………………………………………..

v6.0.1a

Link 1 : v6.0.1a.zip

Link 2 : v6.0.1a.zip

Link 3 (سرور ایران) : v6.0.1a.zip

FILE Size :  ۳۷۵.۱ MB

…………………………………………..

v6.1.2c

Link 1 : v6.1.2c.zip

Link 2 : v6.1.2c.zip

Link 3 (سرور ایران) : v6.1.2c.zip

FILE Size :  ۴۴۳.۴ MB

…………………………………………..

v6.2.0e_upgrade

Link 1 : v6.2.0e_upgrade.zip

Link 2 : v6.2.0e_upgrade.zip

Link 3 (سرور ایران) : v6.2.0e_upgrade.zip

FILE Size :  ۶۳۰.۲ MB

…………………………………………..

v6.3.0d

Link 1 : v6.3.0d.zip

Link 2 : v6.3.0d.zip

Link 3 (سرور ایران) : v6.3.0d.zip

FILE Size :  ۱.۱۴ GB

…………………………………………..

v6.4.3g

Link 1 : v6.4.3g.zip

Link 2 : v6.4.3g.zip

Link 3 (سرور ایران) : v6.4.3g.zip

FILE Size :  ۸۹۱.۱ MB

…………………………………………..

v7.0.2e1

Link 1 : v7.0.2e1.zip

Link 2 : v7.0.2e1.zip

Link 3 (سرور ایران) : v7.0.2e1.zip

FILE Size :  ۷۸۷.۰ MB

…………………………………………..

v7.1.0cb

Link 1 : v7.1.0cb.zip

Link 2 : v7.1.0cb.zip

Link 3 (سرور ایران) : v7.1.0cb.zip

FILE Size :  ۷۹۹.۱ MB

…………………………………………..

v7.1.1a

Link 1 : v7.1.1a.zip

Link 2 : v7.1.1a.zip

Link 3 (سرور ایران) : v7.1.1a.zip

FILE Size :  ۷۹۸.۸ MB

…………………………………………..

v7.1.1c

Link 1 : v7.1.1c.zip

Link 2 : v7.1.1c.zip

Link 3 (سرور ایران) : v7.1.1c.zip

FILE Size :  ۷۹۸.۸ MB

…………………………………………..

v7.1.1c1

Link 1 : v7.1.1c1.zip

Link 2 : v7.1.1c1.zip

Link 3 (سرور ایران) : v7.1.1c1.zip

FILE Size :  ۷۹۹.۱ MB

…………………………………………..

v7.1.2

Link 1 : v7.1.2.zip

Link 2 : v7.1.2.zip

Link 3 (سرور ایران) : v7.1.2.zip

FILE Size :  ۷۹۹.۸ MB

…………………………………………..

v7.1.2a

Link 1 : v7.1.2a.zip

Link 2 : v7.1.2a.zip

Link 3 (سرور ایران) : v7.1.2a.zip

FILE Size :  ۷۹۹.۸ MB

…………………………………………..

v7.1.2b

Link 1 : v7.1.2b.zip

Link 2 : v7.1.2b.zip

Link 3 (سرور ایران) : v7.1.2b.zip

FILE Size :  ۷۹۹.۸ MB

…………………………………………..

v7.1.2b1

Link 1 : v7.1.2b1.zip

Link 2 : v7.1.2b1.zip

Link 3 (سرور ایران) : v7.1.2b1.zip

FILE Size :  ۸۰۰.۱ MB

…………………………………………..

v7.2.0a

Link 1 : v7.2.0a.zip

Link 2 : v7.2.0a.zip

Link 3 (سرور ایران) : v7.2.0a.zip

FILE Size :  ۸۰۵.۲ MB

…………………………………………..

v7.2.0b

Link 1 : v7.2.0b.zip

Link 2 : v7.2.0b.zip

Link 3 (سرور ایران) : v7.2.0b.zip

FILE Size :  ۸۰۶.۰ MB

…………………………………………..

v7.2.0c

Link 1 : v7.2.0c.zip

Link 2 : v7.2.0c.zip

Link 3 (سرور ایران) : v7.2.0c.zip

FILE Size :  ۸۰۶.۱ MB

…………………………………………..

v7.2.0d

Link 1 : v7.2.0d.zip

Link 2 : v7.2.0d.zip

Link 3 (سرور ایران) : v7.2.0d.zip

FILE Size :  ۸۰۶.۲ MB

…………………………………………..

v7.2.0d6

Link 1 : v7.2.0d6.zip

Link 2 : v7.2.0d6.zip

Link 3 (سرور ایران) : v7.2.0d6.zip

FILE Size :  ۸۰۶.۵ MB

…………………………………………..

v7.2.1

Link 1 : v7.2.1.zip

Link 2 : v7.2.1.zip

Link 3 (سرور ایران) : v7.2.1.zip

FILE Size :  ۸۲۰.۱ MB

…………………………………………..

v7.2.1a

Link 1 : v7.2.1a.zip

Link 2 : v7.2.1a.zip

Link 3 (سرور ایران) : v7.2.1a.zip

FILE Size :  ۸۲۰.۰ MB

…………………………………………..

v7.2.1b

Link 1 : v7.2.1b.zip

Link 2 : v7.2.1b.zip

Link 3 (سرور ایران) : v7.2.1b.zip

FILE Size :  ۸۲۰.۲ MB

…………………………………………..

v7.2.1c

Link 1 : v7.2.1c.zip

Link 2 : v7.2.1c.zip

Link 3 (سرور ایران) : v7.2.1c.zip

FILE Size :  ۸۲۰.۲ MB

…………………………………………..

v7.2.1c1

Link 1 : v7.2.1c1.zip

Link 2 : v7.2.1c1.zip

Link 3 (سرور ایران) : v7.2.1c1.zip

FILE Size :  ۸۲۰.۵ MB

…………………………………………..

v7.2.1d

Link 1 : v7.2.1d.zip

Link 2 : v7.2.1d.zip

Link 3 (سرور ایران) : v7.2.1d.zip

FILE Size :  ۸۲۰.۶ MB

…………………………………………..

v7.2.1e

Link 1 : v7.2.1e.zip

Link 2 : v7.2.1e.zip

Link 3 (سرور ایران) : v7.2.1e.zip

FILE Size :  ۸۲۰.۸ MB

…………………………………………..

v7.2.1f

Link 1 : v7.2.1f.zip

Link 2 : v7.2.1f.zip

Link 3 (سرور ایران) : v7.2.1f.zip

FILE Size :  ۸۲۰.۹ MB

…………………………………………..

v7.2.1g

Link 1 : v7.2.1g.zip

Link 2 : v7.2.1g.zip

Link 3 (سرور ایران) : v7.2.1g.zip

FILE Size :  ۸۲۰.۹ MB

…………………………………………..

v7.3.0a

Link 1 : v7.3.0a.zip

Link 2 : v7.3.0a.zip

Link 3 (سرور ایران) : v7.3.0a.zip

FILE Size :  ۱.۰۴ GB

…………………………………………..

v7.3.0b

Link 1 : v7.3.0b.zip

Link 2 : v7.3.0b.zip

Link 3 (سرور ایران) : v7.3.0b.zip

FILE Size :  ۱.۰۵ GB

…………………………………………..

v7.3.0c

Link 1 : v7.3.0c.zip

Link 2 : v7.3.0c.zip

Link 3 (سرور ایران) : v7.3.0c.zip

FILE Size :  ۱.۰۴ GB

…………………………………………..

v7.3.1

Link 1 : v7.3.1.zip

Link 2 : v7.3.1.zip

Link 3 (سرور ایران) : v7.3.1.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1a

Link 1 : v7.3.1a.zip

Link 2 : v7.3.1a.zip

Link 3 (سرور ایران) : v7.3.1a.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1b

Link 1 : v7.3.1b.zip

Link 2 : v7.3.1b.zip

Link 3 (سرور ایران) : v7.3.1b.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1c

Link 1 : v7.3.1c.zip

Link 2 : v7.3.1c.zip

Link 3 (سرور ایران) : v7.3.1c.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.1d

Link 1 : v7.3.1d.zip

Link 2 : v7.3.1d.zip

Link 3 (سرور ایران) : v7.3.1d.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.3.2

Link 1 : v7.3.2.zip

Link 2 : v7.3.2.zip

Link 3 (سرور ایران) : v7.3.2.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.4.0a

Link 1 : v7.4.0a.zip

Link 2 : v7.4.0a.zip

Link 3 (سرور ایران) : v7.4.0a.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

v7.4.0b

Link 1 : v7.4.0b.zip

Link 2 : v7.4.0b.zip

Link 3 (سرور ایران) : v7.4.0b.zip

FILE Size :  ۱.۰۶ GB

…………………………………………..

BRCDFOS7_4_1d

Link 1 : BRCDFOS7_4_1d.zip

Link 2 : BRCDFOS7_4_1d.zip

Link 3 (سرور ایران) : BRCDFOS7_4_1d.zip

FILE Size :  ۱.۱۶ GB

…………………………………………..

BRCDFOS7_4_1e

Link 1 : BRCDFOS7_4_1e.zip

Link 2 : BRCDFOS7_4_1e.zip

Link 3 (سرور ایران) : BRCDFOS7_4_1e.zip

FILE Size :  ۱.۱۶ GB

…………………………………………..

BRCDFOS7_4_2

Link 1 : BRCDFOS7_4_2.zip

Link 2 : BRCDFOS7_4_2.zip

Link 3 (سرور ایران) : BRCDFOS7_4_2.zip

FILE Size :  ۱.۱۴ GB

…………………………………………..

BRCDFOS8_0_1a

Link 1 : BRCDFOS8_0_1a.zip

Link 2 : BRCDFOS8_0_1a.zip

Link 3 (سرور ایران) : BRCDFOS8_0_1a.zip

FILE Size :  ۱.۲۴ GB

…………………………………………..

BRCDFOS8_0_1b

Link 1 : BRCDFOS8_0_1b.zip

Link 2 : BRCDFOS8_0_1b.zip

Link 3 (سرور ایران) : BRCDFOS8_0_1b.zip

FILE Size :  ۱.۲۴ GB

…………………………………………..

BRCDFOS8_0_2b

Link 1 : BRCDFOS8_0_2b.zip

Link 2 : BRCDFOS8_0_2b.zip

Link 3 (سرور ایران) : BRCDFOS8_0_2b.zip

FILE Size :  ۱.۲۵ GB

…………………………………………..

BRCDFOS8_1_0a

Link 1 : BRCDFOS8_1_0a.zip

Link 2 : BRCDFOS8_1_0a.zip

Link 3 (سرور ایران) : BRCDFOS8_1_0a.zip

FILE Size :  ۱.۲۵ GB

…………………………………………..

NetworkedStorageConfigGuide

Link 1 : NetworkedStorageConfigGuide.zip

Link 2 : NetworkedStorageConfigGuide.zip

Link 3 (سرور ایران) : NetworkedStorageConfigGuide.zip

FILE Size :  ۷.۹۰ MB

 

لایه های Fiber Channel

پروتکل Fibre Channel  به ۵ لایه تقسیم می شود. این پروتکل با اینکه  مدل OSI را دنبال نمی کند، اما شباهت های بسیاری به آن دارد.

FC-0  تعریف کننده media  فیزیکی است.  سرعتی که دستگاه می تواند ارتباط برقرار کند. (۱,۲,۴,۸,۱۰,۱۶ Gbps)

FC-1  شامل جزییات برای Encoding ، Ordered Set  و ارتباطات Link Control  است.

FC-2 به منظور ساخت FC Frame  و Flow Control. ما به Flow Control برای دانستن مقدار داده ی عبوری در زمان معین که در سمت گیرنده می تواند دریافت آن را مدیریت کند، نیاز داریم. Flow control  توسط شیوه  Buffer-to-Buffer Control Credit  مدیریت می شود.

FC-3  هنوز به طور گسترده استفاده نشده است. در واقع یک سرویس Fabric، معرف ویژگی های Advance  مانند Stripping و Hung Group است.

FC-4  در پروتکل Fibre Channel وظیفه Mapping به Upper Layer Protocol را فراهم می کند که از معروف ترین آن ها SCSI است. FCP – Fibre Channel Protocol برای انتقال SCSI توسط Fibre Channel استفاده می شود.

 

FC-0

Fiber به دو صورت Single Mode و یا Multi Mode وجود دارد. تفاوت عمده این دو در اندازه قطر Core اصلی است که هرچه کمتر باشد اطلاعات می توانند مسافت بیشتری را طی کنند. به بیان دیگر، کابل Single Mode  که ۹ میکرون ضخامت دارد می تواند مسافت بیشتری تا (۱۰ km ) از کابل  Multimode  که حدود ۵۰ میکرون  است (که نباید بیشتر از ۱۵۰ متر بشود) را طی کند. ( البته با توجه به نوع و توان SFP می توان حتی به مسافتهای بیشتر نیز دست یافت. )

معمولا فیبرهای Multimode  ها به رنگ آبی روشن و یا نارنجی هستند در حالی که Single Mode ها به رنگ زرد می باشند.

 

FC-1

Encoding درواقع پروسه ای است که سیگنال های موازی الکترونیکی را  به سیگنال های سریال نوری تبدیل میکند. سرعت های ۱,۲,۴,۸ Gbps از Encoding  های ۸ و ۱۰ بیت استفاده می کنند.  سرعت های ۱۰ و  ۱۶ Gbps  از Encoding  ها ۶۴ و ۶۶ بیت استفاده میکنند.  در ازای هر ۸ بیت یا ۶۴ بیت که انتقال پیدا میکنند ۲ بین اضافه وجود دارد که جهت Link Control  استفاده می گردد.

 

FC-2

این لایه ساختار Frame را نشان میدهد که دارای دو سطح است :

سطح  سرویس دهی

سطوح ۱,۲,۳,۴,۶,F l موجود است. هر سطح نوع Flow control را تعریف می کند به عنوان نمونه به صورت بافر-به-بافر- بین پورت سوییچ و دستگاه در سطح ۳  و یا به عنوان نمونه به صورت  End-to-End بین دستگاه به دستگاه با شیوه Bypass کردن Switch Buffer Credit Model در سطح ۲.

سطح f نیز عموما برای Eport ها و یا اتصالات سوییچ به سوییچ است.

 

Fibre Channel Frame یک Header و یک  Payload دارد. Header  شامل Control و اطلاعات Address است. در حالی که Payload شامل اطلاعاتی است که توسط لایه بالاتر منتقل شده است.

Header  شامل اطلاعاتی نظیر Destination_ID، Source_ID می شود. Payload می تواند ماکزیمم ۲۱۱۲ بایت باشد اما اگر Header خالی باشد آن را با صفر پر نمیکند. کوچکترین سایز فریم Fibre Channel برابر ۶۴ بایت است.

مکانسیم Flow control

ACK- Acknowledgment برای ارتباطات سطح ۲ که از  EE-Credit _ End-to-End  استفاده میکند.

R_RDY- Receiver_Ready  برای ارتباطات سطح ۳ که از BB-Credit  استفاده می کند.

VC_RDY Virtual Circuit Ready  برای ارتباطات سطح ۶ که از  BB_Credit  استفاده میکند.

Fibre Channel  اجازه Drop کردن Frame  را در حالت Steady State  نمیدهد. در نتیجه، دستگاه هیچ گاه یک فریم را بدون مطمین شدن از وضعیت دستگاه گیرنده نمی فرستد. هنگامی که تمامی BB Credit  ها Utilize  شدند، دستگاه منتظر R_RDY  می ماند قبل از اینکه کار را ادامه بدهد.

 

انواع Port های پروتکل FC و فرآیند Initialization

درمحیط  SAN هر پورت باید از پروسه ی Initialization  بگذرد. در این زمان پروسه هر Port  تحت یک گونه خاص دسته بندی می شود.  اگر پورت متصل شده، یک تجهیز Target و یا Initiator باشد به صورت N_Port  یا NL_Port  نمایش داده می شود.  اگر پورت متصل شده یک تجهیز سوییچ باشد، معمولا یا به صورت U_Port، F_Port یا  E_Port نمایش داده می شود. در زیر گونه های متفاوت این پورت ها به صورت مختصر توضیح داده شده است.

 

گونه های متفاوت port  

Device Port  ها

  • N_Port – Node Port

دستگاه به صورت مستقیم متصل شده است. این دستگاه میتواند یک Initiator  یا  Target  باشد.  به طور کلی، Target ها شامل Storage Array  و Initiator  ها   شامل هاست و سرور هستند.

  • NL_Port – Node Loop Port

دستگاهی که به  Loop متصل شده است. این دستگاه یک کد Arbitrated و یک Switched Fabric Code  در Code Base خود دارد. در نتیجه هنگامی که دستگاه Arbitrated Loop را Initialize  کرد شروع به فرستادن FLOGI  می کند. درباره ی این پروسه در پست های بعدی بیشتر توضیح داده خواهد شد ولی به طور خلاصه می توان گفت برای گرفتن ۲۴ بیت  Fabric Address  و برای وجود داشتن در محیط Switched Fabric نیاز به انجام این کار است. به ظور خلاصه تر هرگاه یک تجهیز Initiator بطور مستقیم به یک تجهیز Target متصل گردد، پورت را NL_Port نامند.

 

Switch port  ها

  • U_Port- Universal Port

به معنای این است که به این پورت توپولوژی خاصی الحاق نشده است و منتظر است تا به عنوان یک نوع پورت معرفی شود. درحالت نرمال پورتی که به آن چیزی متصل نشده است پورت U-Port است.

  • FL_Port – Fabric Loop Port

یک پورت سوییچ هنگامی به یک پورت FL_Port  تبدیل می شود که به یک N_Port از سمت دیگر متصل باشد.

  • G-Port – Generic Port

یک وضعیت قبل از آن است که پورت به صورت E_Port  و یا F_Port  در بیاید.  اگر پورت به صورت G_Port بماند قطعا در مرحله Initialization  یک مشکلی وجود داشته است.

  • F_Port – Fabric Port

به این معناست که این پورت به یک دستگاه  Full Fabric  متصل شده است ( یعنی N_Port) . به بیان دیگر F_Port به معنای این است که این پورت به یک  Initiator و یا  Target مستقیما متصل شده است.

  • E_Port – Expansion Port

این نوع پورت برای استفاده برای ( Inner-switch Link ( ISL  به  کار می رود. این ارتباط بین ۲ سوییچ را نشان می دهد.

 

  • Initialization Process

برای درک بهتر به شکل بالا دقت کنید.

  1. مرحله initialization از U_Port  شروع می شود. ( State1)
  2. اگر پورت بتواند تشخیص بدهد که به آن چیزی متصل شده است ( سیگنالی به این پورت وارد شود ) به سمت اولین Transaction می رود.
  3. در حین Transaction1 پورت برای Initialize  کردن  Arbitrated Loop، حداقل ۱۲ (Primitive Sequence LIP (F7 را انتقال می دهد.
  4. اگر پورت حداقل ۳ عدد Consecutive Primitive Sequences دریافت نماید آنگاه پورت شروع به Arbitrated loop می نماید و به یک پورت FL_Port  تبدیل می شود. (State 2)
  5. اگر دستگاه اضافه شده یک Loop نباشد، مرحله Initializing  به حالت  G_Port  می رود. (State 3)
  6. اگر دستگاه متصل شده یک Initiator  و یا  Target  باشد. حالت پورت از G_Port  به  F_Port  تبدیل می شود. (State 5)
  7. اگر دستگاه متصل شده یک سوییچ دیگر باشد آنگاه وضعیت پورت از G_Port به E_Port  تبدیل می شود. (State 4)

 

*قطعا این فقط یک خلاصه ای از این پروسه است.

EMC RecoverPoint – Repository and Journal Volume

در پست های قبل بیشتر از زاویه Hardware به RecoverPoint  پرداخته ایم. در این پست میخواهیم بیشتر به موضوعات نرم افزاری آن بپردازیم. همان طور که می دانید، RPA تمام جنبه های Data Protection برای یک storage group  را مدیریت می کند. مانند نگهداری image  ها در Journal Volume. اما Journal Volume  چیست؟ Repository Volume به چه معناست؟
در ادامه به توضیح این دو مفهوم می پردازیم:
Repository Volume

Repository Volume  یک نوع خاصی از  Volume است که بر روی SAN برای هر RPA Cluster  مشخص می شود. نکته ی مهمی که لازم است به یاد داشته باشید. یک Repository volume برای هر RPA Cluster باید وجود داشته باشد.  این Volume  اطلاعات Configuration  در مورد RPA  و Consistency Group  را نگهداری می کند. این حافظه برای مثال در هنگامی که  یکی از RPA  ها در یک کلاستر fail  بشود و مابقی RPA  ها در همان کلاستر جای آن را میخواهند پر کنند، استفاده می شود. در کنار این عملکرد،  Repository Volume  یک volume  معمولی محسوب می شود. اگرچه، LUN مورد استفاده نباید از نوع  Thin  باشد و ترجیح بر این است که از نوع Thick  و یا traditional RAID LUN  باشد.  به علاوه Volume  نمی تواند در برروی  VPLEX  قرار داشته باشد.

 

Journal Volumes

Journal Volume به مفهوم Consistency Group  مربوط است. که پیشتر در مورد آن توضیح داده ایم.  در حال حاضر Consistency Group را می توان به صورت گروهی از Volume  ها در نظر گرفت. Consistency Group  این تضمین را می دهد که تغییرات Production Volume حتما در volume  کپی به همان صورت که ترتیب نوشتن آن در سمت اول بوده است قرار میگیرد.

در نتیجه، کپی ها همواره معتبر هستند. حال به Journal Volumes بر میگردیم. هر کپی از داده در Consistency Group  باید حداقل یک volume  که به ثبت زمان کپی گرفتن داده یا نقطه ای که از آن کپی گرفته شده می پردازد را دارا باشد. این کار را Journal انجام می دهد. Journal  از داده snapshot  میگیرد تا داده replicate  شود. این مقدار تا جایی که فضایی برای ذخیره سازی باشد اطلاعات را ذخیره می کند. دو نوع Journal Volume وجود دارد:

  • Replica ( Copy ) Journal
  • Production Journal ، این فضا در هنگام عملیات های معمول استفاده نمی شود. مگر در هنگامی که ارتباط سایت ها جابه جا شود و سایت دوم به عنوان سایت اول و سایت اول به عنوان سایت دوم مشخص شود، از این Journal استفاده می شود.

Journal Volume نمی تواند به هیچ هاستی ارائه شود و تنها RPA  های در کلاستر می توانند به آن دسترسی داشته باشند.

در Replication  به صورت  Sync هر نوشتن در Replica Journal  نگهداری می شود. بنابراین میتوانید به هرتقطه از زمان آن را بر گردانید. در Replication  به صورت Async  چندین نوشتن به عنوان یک گروه در یک Snapshot  قرار میگیرند.  مقدار  Replication  برای Async  میتواند هم به صورت ثانیه و هم به  MB باشد.

 

RecoverPoint Consistency Group

در بالا شما مثالی از Continuous Remote Replication – CRR  و Continuous Data Protection – CDP را می بینید. همان طور که مشاهده می کنید. در اینجا ما ۳ عدد Journal Volume  داریم.

۲ Replica journal

۱ production volume

همان طور که قبل تر هم بیان کردم، در عملیات معمولی  production Journal  شرکت نمی کند و CDP  و Replica Volume  به همراه  CRR Replica برای ازتباط بین RPA  ها استفاده می شوند.

 

EMC RecoverPoint – Consistency Groups and Replication sets

برای درک بهتر RecoverPoint دو مفهوم Consistency Group  و  Replication set را باید به صورت گسترده تری بررسی کرد.

اگر میخواهید از داده ای محافظت کنید، در Recover Point  باید از Consistency Group  استفاده کنید. Consistency Group  به شما این اطمینان خاطر را می دهد که هر آنچه در Protection Volume  نوشته می شود یک کپی از آن هم به ترتیب صحیح و به صورت Consistent  نوشته می شود. بنابراین نسخه کپی شده میتواند همواره به جای نسخه اصلی استفاده شود.  حال اگر بخواهید از یک Volume  تنها به صورت Local  محافظت کنید چه؟
در ساده ترین مثال، در این موقعیت باید یک Consistency Group با یک Protection volume  و یک  Secondary volume ساخته شود، ولی ممکن است در برخی موارد یک Data set به یک Data set مربوط باشد. مثل Database data  و Database log. برای این مثال نیز Consistency Group یک راهکار بسیار مناسب است به این دلیل که database_data_volume  و database_log_volume هردو هم در Production  و هم در Replicated  سایت در حالت Consistent  هستند.

 

RecoverPoint copies

تمامی Volume   هایی که دارای یکی از شرایط زیر باشند در یک Consistency Group  هستند:

یک source  برای replication به نام Production copy

یک Target به نام Local Copy یا Remote copy

RecoverPoint Copies

همان طور که در تصویر بالا مشاهده میکنید، هر کپی journal  مخصوص به خود را دارد.

 

یک سری محدودیتی در این قسمت وجود دارد:
یک Production copy  می تواند تا ماکزیمم ۴ تا non-production  کپی به ازای Consistency Group  داشته باشد.

در Local production محدودیت یک Production copy برای یک  Local copy  وجود دارد.

در Remote Replication  یک Production copy  تا ۴ Non-production (تنها در صورتی که یک local copy  وجود نداشته باشد.)، اگر Local copy  وجود داشته باشد تا ۳ عدد Remote copy  می توانند باهم در یک Consistency Group  قرار داشته باشند.

برای RecoverPoint/SE  محدودیت یک Production  و  یک  Copy وجود دارد.

در تصویر زیر به یک Consistency Group  با یک Production Group،  یک  Local Copyو یک Remote copy  توجه کنید.

RecoverPoint Consistency Group

 

Replication sets

Consistency Group  از یک یا چند تا Replication set  ساخته می شود. هر Replication set  از Production volume  به اضافه  هر Local  و یا Remote copy volume که Replicate  می کند تشکیل می شود. تعداد Replication set  در سیستم Recoverpoint  مناسب با تعداد Production volume  هایی است که در حال Replicate  هستند. در تصویر بالا، ما در واقع یک  Replication set  داریم زیرا تنها یک Production volume  وجود دارد. بر اساس محدودیت ها همان طور که در قبل بیان شده است میتوان تا ماکزیمم ۵ عدد Volume  برای یک  Replication set متصور شد. یک Production volume  و  ۴ عدد Copy volume. در تصویر بالا یک Replication set  از یک Production volume  ، یک Local copy  و یک Remote  کپی وجود دارد.

RecoverPoint Protection

یک خلاصه کوتاه: به طور ساده RecoverPoint Protection  را می توان به صورت زیر تعریف کرد:

  1. تعریف Production volume
  2. تعریف Copy volume
  3. تعریف Journal volume
  4. ایجاد حداقل یک Consistency Group با تعداد مناسب Replication set  برابر با  Production volume

در واقع این مراحل تنها یک دید کلی از این موضوع است.  برای برقراری این مفاهیم یک ارتباط منطقی بین Production  و Replication copies  هم لازم داریم.

معماری EMC RecoverPoint

برای اینکه متوجه شویم RecoverPoint  دقیقا چطور کار میکند باید تمام اجزای آن را بشناسیم. معماری RecoverPoint  شامل چندین جز از جمله نرم افزار RecoverPoint Appliance،  Write splitter و … می باشد. در این پست به معرفی این اجزا به صورت خلاصه می پردازیم.

(RecoverPoint Appliance (RPA

EMC RecoverPoint  به صورت Appliance-based  است. که این راه حل را بسیار انعطاف پذیر میکند. RPA  می تواند به صورت فیزیکی  physical appliance و Virtual RPA  باشد.

 

Physical RPAتصویر شماره یک: یک RPA فیزیکی

RecoverPoint RPA میتواند Data protection  و  Replication  را مدیریت کند.

vRPA

Virtual RPA  به طور کامل یک مدل نرم افزاری است و سرویس های بر روی Platform ESX را بهینه سازی می کند.

RPA

(RPA (RecoverPoint Appliance  دارای interface های  Fibre Channel،  WAN و  LAN مشخصی است.

  • Fiber Channel برای تبادل اطلاعات با Local host applicatin  و Storage subsystem  ها است.
  • WAN  برای فرستادن داده به یک RPA  دیگر استفاده می شود.
  • Management  برای مدیریت سیستم Recoverpoint استفاده می شود.

 

Array Based Writer Splitter

RecoverPoint Write Splitter  برای Split  و یا  Duplicate کردن در حین نوشتن به کار می رود.  اولین دستور نوشتن ابتدا به RecoverPoint appliance  فرستاده می شود و سپس یک duplicate  به سمت Primary Storage  ارسال می شود. نکته ی مهم این است که متوجه باشیم Write splitter  ماهیتی Array base  است. به این معنا که لازم نیست به طور واقعی  Recoverpoint appliance  بین Host  و  Storage array متصل کنید. به جای آن host به طور مستقیم با Storage Array  ارتباط برقرار می کند(حتی نه به عنوان جزئی از  RecoverPoint .(Write Splitter  در حال حاضر به طور build-in بر روی EMC VNX, VMAX, VPLEX  وجود دارد.

 

ReocverPoint Cluster

یک کلاستر باید شامل یک یا بیشتر RPA  فعال در یک سایت RecoverPoint باشد. این موضوع باعث High Availability  می شود به این مفهوم که اگر یکی از RPA ها در کلاستر fail  بشود، RecoverPoint  به سرعت به مابقی RPA  ها در کلاستر سوئیچ می کند. کلاستر RecoverPoint یک ماهیت منطقی را داراست. گروهی از ۲ تا ۸ RPA به صورت فیزیکی و یا مجازی که باهم کار می کنند تا کار Replication و  data protection  را انجام بدهند. نکته مهم این است که: تعداد RPA  ها در یک RPA باید در تمامی RPA کلاستر ها یکسان باشد.

 

RecoverPoint System

یک سیستم RecoverPoint  یک ماهیت مستقل منطقی است که داده ها بین سایت ها با یک نصب RecoverPoint می توانند Replicate  و Protect  کنند.

شما می توانید تمام RPA ها را از طریق یکAddress   IP مدیریت کنید. RecoverPoint  می تواند تا ۵ عدد کلاستر بهم متصل را از طریق یک کنسول مدیریتی مدیریت کند. البته ماکزیمم تعداد کلاسترها برای لایسنس ReocerPoint/EX  و  RecoverPoint/CL تعداد ۵ می باشد و برای RecoverPoint/CL تعداد ۲ کلاستر می باشد.

 

تصویر شماره دو: یک سیستم RecoverPoint  که شامل ۳ کلاستر است.

 

تعداد کلاستر های مورد نیاز بسته به نیاز و نحوه ی استفاده RecoverPoint  به صورت  Remote  یا Local  و یا هر دو می تواند متفاوت باشد.

EMC RecoverPoint – Snapshots and Bookmarks

در پست امروز میخواهیم که در مورد محصول EMC ReocverPoint  بیشتر توضیح بدهیم. ابتدا با توضیحی ساده در مورد  Data protection  و  Data availability   که اساس این مفهوم است به طور کلی شروع می کنیم.

Data Protection  و  Availability

قطعا نیازی نیست تا از اهمیت Availability و  Data Protection  صحبت کرد. تنها تصور کنید که چه اتفاقی خواهد افتاد اگر شما در محیط تان داده ای را از دست بدهید. و چه راه هایی وجود دارد برای اینکه از این از دست دادن اطلاعات جلوگیری کنیم. در مورد خطای انسانی چه کاری می توان کرد؟ آیا از دست دادن اطلاعات تنها نگرانی موجود است؟ قاعدتا این موضوع با back up  گرفتن به صورت هفته ای هم حل نمی شود. از طرف دیگر، مشکلات مالی سر راه هم وجود دارد. همچنین بیشتر راه حل های Data protection  و  availability  هزینه های گزافی دارند. پس چه راه حلی وجود دارد؟

در مورد RecoverPoint

EMC RecoverPoint  به طور خلاصه یک راه حل در سطح بلاک است که می تواند Replication  را به صورت Local  و Remote  انجام دهد. در نتیجه این امکان را به وجود می آورد که:
Local data protection  برای نیاز های عملیاتی و نیاز بازیابی Application ها استفاده می شود. با استفاده از (Continous Data Protection (CDP به طور دائمی اطلاعات را دریافت و تغییرات را ذخیره می کند و Point-in-time recovery (بازگشت در یک نقطه خاص) را بدون از دست رفتن اطلاعات فعال  می کند.

Remote Data Protection  برای دلایل  Disaster Recovery استفاده می شود. (Continous remote replication (CRR پشتیبانی Sync  و  A-sync  برای replication  بین سایت های remote  که به صورت  FC  و WAN می باشند را فراهم می کند. با RecoverPoint A-sync replication  میتوان crash- consistent protection  و   بازگشت به به یک نقطه مشخص را فراهم کرد. (با RPO  بسیار کوچک) و با Sync replication  از طریق FC  می توان به Zero RPO رسید.

مخلوطی از دو مورد بالا

(Concurrent local and remote replication ( CLR محافظت و بازگشت داده از یک سایت و همچنین در یک سایت به صورت remote را فراهم می کند.

 

 

RecoverPoint Replication options

 

به جز مواردی که در بالا بیان شد،  RecoverPoint  می تواند  با Replicate کردن داده برای هدف های تست محیط های isolated  و  اهداف development  استفاده شود. اگر در محیط تان VPLEX  دارید حتی می توانید از  Storage Array های برند دیگر هم استفاده کنید. برای محافظت داده ها از Error  و Attack  با استفاده از CDP  می توانید با استفاده از تصویر قبلی، آن را به وضعیت قبلی که در حالت سالم بوده است برگردانید.

RecoverPoint System

RecoverPoint  یک سیستم کاملا پیچیده است و شامل چندین قسمت می شود. جزئیات بیشتر آن در قسمت های بعدی بیشتر توضیح داده شده اند.