تفاوت Increamental Backup & differential Backup

در Incremental Backup، چنانچه فايلي archive attribute آن تعيين شده باشد، پاک خواهد شد. اگر شما incremental backup (يا Backup افزايشي) را پس از مدت زماني از پشتيبان‌گيري معمولي بگيريد، فقط فايل‌هايي که طي آن زمان تغيير داده شده يا جديد ساخته شده‌اند شامل پشتيبان‌گيري افزايشي مي‌شود. به همين ترتيب اگر incremental backup را زماني پس از يکincremental backup ديگر بگيريد، فقط فايل‌هايي که طي آن زمان تغيير داده شده يا جديد ساخته شده‌اند، پشتيبان‌گيري مي‌شوند. Incremental backupسريع‌ترين و کم‌حجم‌ترين نوع پشتيبان‌گيري است. اما اين روش، بهره‌وري کمي در restore کردن دارد زيرا شما بايد اول Backup نرمال را restore کنيد و بعد Backup افزايشي را restore کنيد (به ترتيب ساخته شدن). در حقيقت در اين روش تنها تغييرات (شامل اضافه شدن) ذخيره مي‌شود.

در روش Differential Backup فايل‌هايي که archive attribute آنها تعيين شده است، پس از پشتيبان‌گيري نيز صفت خود را دارند. differential backup (يا Backup تفاضلي) از صفت تغيير استفاده مي‌کند و فقط فايل‌هايي را شامل مي‌شود که از آخرين Backup نرمال يا Incremental ساخته شده يا تغيير داده شده‌اند. differential backup صفت تغيير را پاک نمي‌کند. بنابرياين اگر شما 2 روز پشت سر هم Backup تفاضلي بگيريد، Backup دوم شامل تمام فايل‌هايي که در Backup اول differential گرفته شده است، مي‌شود به‌علاوه هر فايلي که در روز دوم تغيير داده شده يا ساخته شده است. در نتيجه differential backup در مقايسه با incremental backup به فضا و زمان بيشتر نياز دارد، اما به نسبت پشتيبان‌گيري معمولي، خيلي کوچک‌تر است. Differential backupهنگام Restore بسيار کارامدتر از incremental backup است. اگر چه براي restore کردن کامل سيستم، بايد اول نرمال Backup و بعد آخرين Backup differential برگردانده شود.(گرچه به این موضوع باید توجه داشت که سرور 2008 از این نوع Backup پشتیبانی نمی کند )
در کل مبحث Backup  در این سیستم عامل به طور عجیبی دگرگون شده و حتی محل قرار گیری و شیوه نصب نیز متفاوت شده ( در مقایسه با سرور 2003 )، و نکته جالب تر آنکه به نظر در سرور 2008 مایکروسافت به Backup نیم نگاهی بیش نداشته و تازه در نسخه R2 به یاد آن افتاده، چرا که به طور مثال در نسخه R2 ما System state backup رو به صورت گرافیکی داریم حال آنکه در نسخه قبلی خیر ، یا مبحث Virtual Disk که Backup در هر دو نسخه بر همین پایه استوار شده اما تنها نسخه R2 توانایی Attach کردن آنها را به عنوان یک دیسک قابل استفاده دارد.

شش گام براي ساخت يك پلان Business Continuity و Disaster Recovery

گام اول : تعريف و تخمين

اولويتهاي سازمان شما چه ميباشند؟ براي شناخت اين موضوع خود را بيشتر با اهداف سازماني آشنا سازيد و اطمينان حاصل كنيد كه براي پياده سازي پلان خود و تهيه مقدمات ، مجوزهاي لازم را از مديران مرتبط اخذ خواهيد كرد. بررسي كنيد كه در كار خود با چه مشكلاتي درگير هستيد. مشخص كنيد كه كار شركت يا سازمان شما تا چه زماني ميتواند بدون دسترسي به سيستمهاي انفورماتيكي كار كند. هر زمان كه نيازها را شناختيد و مدت زمان لازم را هم براي آنها در نظر گرفتيد آنگاه كار طراحي پلان هم احرايي تر ميشود ، هم بهتر مديريت ميشود و هم مقرون به صرفه تر درمي آيد. اغلب موارد اصلي براي شركتهاي كوچك عبارتند از : اول حفظ جريان سرمايه گذاري و درآمدي ، دوم حفظ ارتباطات (تلفنها ، email) ، سوم حفظ رضايت مشتريان (وب سايت / خدمات / ارسال) و چهارم كنترل تراكنشها (حسابداري / مالي).

گام دوم : تحقيقات

حال كه نيازها را شناختيد و و مولفه هاي SLA (Service Layer Agreement) مورد نياز را پيدا كرديد ، بايد با ذينفعان خود و شركا براي يافتن ابزارها و گزينه هاي در دسترس صحبت كنيد تا يك مجموعه از اطلاعات اساسي و اصلي را (نظير محيط ، سرويسها و بودجه) تهيه نماييد تا به كمك آنها بتوانيد راه حل خود را طراحي نماييد . در خصوص اين بخش از كار مستندات خوبي در اينترنت يافت ميشود كه ميتوانيد از آنها استفاده كنيد.

گام سوم : طراحي

نقشه ها و موارد را برروي وايت برد ترسيم كنيد. طرح خود را مكتوب نماييد تا بتوانيد نحوه اجرا را كنترل نماييد. در اين حال نبايستي فقط به منابع فني توجه كنيد.

گام چهارم : پياده سازي

حال شما يك پلان بهمراه فرآيند بودجه بندي آن در اختيار داريد. كار را براي پياده سازي تغييرات DR/BC شروع كنيد. اين كار تقريبا هميشه يك راهكار فاز بندي شده براي كاهش اثرات وي سيستمهاي توليدي است.

پياده سازي با يستي بر كاهش ريسك كار ، بودجه بندي واقعي و ظرفيتهاي فني استوار باشد.

مطئمن شويد كه اين راه كار قسمت بندي شده توسط اعضا شركت و همچنين تيم انفورماتيك حمايت ميشود.

گام پنجم : اعتبار سنجي

هنگاميكه 4 گام اول را پياده سازي و اجرا كردي حال دو راه براي اعتبار سنجي (validating) پلان DR/BC پيشنهاد ميكنيم : اولين آن پيشنهادي است كه از سوي موسسه Data Managing مطرح شده است. اين موسسه توصيه ميكند تا در مركز داده اي (Data Center) خود قدم بزنيد و برچسبهاي رنگي به اين شرح برروي سخت افزار خود بچسبانيد : برچسب زردرنگ نشاندهنده خرابي سخت افزاري ، برچسب آبي رنگ نشانگر خرابي نرم افزاري روي سيستم ميباشد. سپس همكاران خود را جمع كنيد و هر مرحله از راه حل را با هم تست و آزمايش نماييد و مطئن شويد كه همكارانتان كاملا متوجه اين نكته شده اند كه هر برچسب چه كاري بايد انجام دهد.

پيشنهاد دوم اين است كه كليه سيستمهاي خود را قطع كنيد و سپس گام به گام فرآيند بازسازي مجدد نرم افزاري ، شبكه و يا سيستم ذخيره سازي خود را تا رسيدن به وضعيت عادي مستند سازي كنيد. در اين روش كاملا متوجه تاثيرات اين از كارافتادگي برروي كاربران ، مشتريان و فرآيند كسب و كار شركت ميشويد.

گام ششم : نگهداري

اطمينان حاصل كنيد كه ابزارها و نرم افزارهاي لازم جهت آشكار سازي تجهيزات و شبكه خود را در پلان DR/BC در اختيار داريد. ضمنا مطمئن شويد كه بودجه كافي براي قطعات يدكي داخل سايت و قرارداد پشتيباني و نگهداري در اختيار خواهيد داشت.

 

Recover کردن RAID Volume

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

در صورتی که یک Stripped Volume داشته باشیم و Fail شود :

ابتدا باید Stripped Volume را به طور کامل پاک نموده و سپس یک Stripped Volume جدید بسازیم و با استفاده از Backup که قبلا گرفته ایم ، اطلاعات را Restore کرده و وضعیت سرور را به حالت قبل برگردانیم.

در صورتی که یک Mirror Volume ما Fail شود و از کار بیفتد:

1) شاید مشکل از کابل یا برق ورودی باشد که آن را چک کرده و درست میکنیم و سپس از قسمت Hardware Configuration آن دیسک را Right Click کرده و در پایان Reactivate را انتخاب کرده و مجددا آن Volume فعال می شود.

2) شاید اصلا یکی از هاردهای ما Fail شده باشد و مشکل اساسی داشته باشد ، کهدر اینصورت ابتدا هارد Mirror را Stop می کنیم و سپس 3 انتخاب داریم:

* Delete Volume : کلیه اطلاعات را از بین میبرد.

* Remove the mirror : یکی از دیسکها Unallocate می شود و دیگری اطلاعات را نگه میدارد.

* Break the mirror : یعنی از این لحه به بعد دیگر هیچ اطلاعاتی Mirror نمی شود و هارد دیسک دوم ، 2 تا Drive Letter دیگر برای خود میگیرد.

و اگر Raid5 ، از کار بیفتد و Fail شود:

* اگر یکی از هاردها Fail شود ، کاربر هیچ اتفاقی را متوجه نخواهد شد و در نتیجه Performance کاهش پیدا می کند.

* اگر هارد درایو ما مشکل آن حل شده باشد و بخواهیم دوباره به حالت عادی برگردد، بر روی Volume در Disk Management ، کلیک راست کرده و Reactivate Volume را انتخاب می نماییم.

* اگر Volume ، قابلیت Reactivate را به هر دلیلی نداشت ، باید یک هارد دیسک جدید بگذاریم و Rescan کنیم و سپس هارد را به حالت Dynamic برده و بر روی دیسک Right click میکنیم و در نهایت Repair را انتخاب می کنیم.

RAID 6 یا Disk Striping with Double Distributed Parity

RAID 6 بلوکهای اطلاعاتی و همچنین بیت توازن (Parity) را همانند RAID 5 در یک آرایه تقسیم می کند. در RAID 6 به جای یک بیت توازن دو مجموعه از بیت های توازن اطلاعاتی را برای هر گروه از داده نگهداری می کند. نتیجه این عمل بهبود آرایه های تلرانس خطا می باشد. RAID 6 در عمل هنگام نوشتن بیت های توازن دارای سرعت کمتری نسبت به RAID 5 باشد اما در هنگام خواندن اطلاعات به صورت تصادفی بسیار سبکتر و سریعتر در بین اطلاعات منتشر شده در بیش از یک دیسک نسبت به RAID 5 خواهد بود.

RAID 6 حداقل به 4 درایو جهت پیاده سازی نیاز دارد.

مزایا:

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

معایب:

RAID 6 به یک کنترلر کامل برای پیاده سازی و جبران کردن سربار محاسبه بیت توازن دو تایی نیاز دارد. همچنین به N+2 درایو برای پیاده سازی ساختار دو بعدی بیت توازن احتیاج دارد. از نو بنا کردن ای حالت به طور مشخص بر روی کارایی سیستم تاثیر خواهد داشت.

برنامه های کاربردی پیشنهادی بر روی این حالت:

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

شبکه های کامپیوتری ، نتورک پروف ، آموزش شبکه ، RAID 6

RAID TP یا Disk Striping with Triple Distributed Parity:

همانند RAID 5 و RAID 6 ، در RAID TP داده در بین درایوها تقسیم می شود اما محاسبات برای 3 بیت توازن برای نوشتن در 3 دیسک خاص انجام می شود. RAID TP از 3 معادله همچندی برای محاسبه هر بیت توازن خاص که دوباره سازی اطلاعات را در زمانی که 3 دیسک یا بلوک در یک زمان خراب شوند استفاده می کند.

RAID TP یک سطح اضافی از افزونگی را برای محافظت از داده های شما مهیا می کند.

برنامه های کاربردی پیشنهادی بر روی این حالت:

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

* RAID TP برای پیاده سازی حداقل به 4 درایو نیاز دارد.

RAID یا Redundant Array of Independent Disks

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

در بسیاری از موارد پیش می آید که هارد دیسک مربوط به دستگاهی خراب می شود و در صورتی که آن دستگاه وظیفه مهمی در شبکه داشته باشد مسلما با مشکل مواجه می شویم. به طور مثال فرض کنید که سرور مربوط AD هارد آن خراب شود. در این صورت می توان گفت عملا کار شبکه مختل خواهد شد و بسیاری مشکلات به وجود خواهد آمد. حال اگر سیستم RAID بر روی هارد دیسکهای یک دستگاه فعال شود می توانیم از این مشکل جلوگیری نماییم. با این کار ما Fault Telorance را برای هارد دیسک ایجاد کرده ایم.

ادامه نوشته

با گرفتن پشتیبان از System State با استفاده از ابزار Windows Server Backup در Windows Server 2008 R2

به طور کلی می توان اطلاعات پشتیبان گرفته شده با استفاده از پشتیبان گرفتن از System State را به دو دسته تقسیم نمود:

1. اطلاعاتی که به صورت اجباری پشتیبان گرفته می شوند: این اطلاعات وابسته به  سرویس هایی که بر روی سرور مورد نظر نصب و فعال می باشند نبوده و بلاجبار از آنها پشتیبان تهیه می شود که عبارتنداز:

• Registry
• Boot configuration files
• System files that are protected by Windows File Protection
• COM+ class registration database

2. اطلاعاتی که بر اساس سرویس های فعال در سرور مورد نظر، از آنها پشتیبان تهیه می شود: این اطلاعات وابسته به سرویس هایی می باشند که بر روی سرور مورد نظر نصب و فعال هستند. به عنوان مثال اگر چنانچه در سرور مورد نظر، سرویس Active Directory نصب شده باشد، از پایگاه داده Active Directory نیز پشتیبان تهیه می شود.

نکته 1: توجه به این نکته بسیار حائز اهمیت است که از اطلاعات موجود در پروفایل کاربران در هنگام گرفتن پشتیبان از System State، پشتیبان تهیه نمی شود.

نکته 2: جالب است که بدانید با انتخاب گزینه های مرتبط با گرفتن پشتیبان از نوع Full erver و یا Bare Metal Recovery، از System State نیز به صورت خودکار، پشتیبان تهیه می شود.

چگونگی گرفتن پشتیبان از System State در Windows Server 2008

ممکن است برای شما این سوال پیش آمده باشد که چگونه می توان از System State در Windows Server 2008، پشتیبان تهیه نمود؟ در این خصوص می بایست عرض کنم که محیط گرافیکی ابزار Windows Server Backup این توانایی را ندارد که بتواند از صرفا System State، پشتیبان تهیه کند. به عبارت دیگر، در ابزار Windows Server Backup در Windows Server 2008، تنها دو نوع پشتیبان گیری می توان انجام داد که عبارتند از:

Full Server Backup: با انتخاب این نوع روش پشتیبان گیری، از تمامی اطلاعات و پارتیشن های موجود در سرور مورد نظر پشتیبان گیری به عمل می آید.
Volumes Backup: در این روش پشتیبان گیری، تنها می توان از تمامی اطلاعات موجود در پارتیشن های مورد نظر خود پشتیبان بگیرید. البته در این حالت گزینه ایی وجود دارد که به شما در انتخاب پارتیشنی که سیستم عامل و اطلاعات مورد نیاز جهت بوت شدن سیستم ذخیره شده اند، کمک می کند. به شکل زیر نگاه کنید: 
 اگر کنسول windows server backup را باز کنید و در پنل Action اقدام به تهیه پشتیبان کنید مشاهده می نمایید که خبری از گزینه مرتبط با گرفتن پشتیبان از System State نیست! این یکی از کمبودهای محیط گرافیکی ابزار Windows Server Backup است که مایکروسافت آن را در Windows Server 2008 R2 برطرف نموده است.

 جالب است که بدانید در Windows Server 2008، درست است که نمی توان از طریق محیط گرافیکی اقدام به گرفتن پشتیبان از System State نمود، اما این توانایی در محیط کامندی سیستم عامل و با استفاده از ابزار wbadmin وجود دارد.