دانلود مقاله بازیافت داده (data Recovery)

در ساده‌ترین عبارت به data Recovery عملیات بازیافت داده از روی دیسک، دیسک درایور و هر وسیله ذخیره‌ سازی الکترونیکی دیگر (مانند یک آرایه درایو، data base، حافظه فلش و غیره) می‌گویند زمانی که داده دیگر بصورت نرمال قابل دسترس نمی‌باشد.

راههای زیادی برای ذخیره کرده داده وجود دارد: درایوهای سخت، دیسکهای قابل حمل، CDها یا DVDها، مهم نیست که این وسایل ذخیره‌سازی تا چه مقدار قابل اطمینان هستند زیرا عادی است که همه ابزارهای مکانیکی و الکترونیک اطلاعات خود را از دست بدهند.

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

گاهی اوقات به علت بدشانسی یک ضربه به ابزار ذخیره‌سازی وارد می‌شود و ممکن است بصورت فیزیکی آن را بدون استفاده سازد و عواملی چون آتش‌سوزی، شکستن و دیگر خطرات.

وقتی راههای نرمال برای دسترسی به داده از بین می‌رود بازیافت (Data Recovery) راهی است که ما مجدداً داده‌ها را ذخیره و قابل دسترسی سازیم.

‌ Data Recovery هم می تواند از راههای بسیار ساده امکان‌پذیر باشد و هم با راههایی که تعمیرات جامع و کارهای جزیی جهت Data Recovery نیاز دارد همراه باش در هر حال، انواع روشهای Data Recovery از یک سری عملیات عمومی برای بازیافت داده تشکیل شده‌اند.

سنجیدن: رسانه‌ها و فراهم کردن آنها یک هدف اولیه که ایجاد خطر می‌کند و بصورت بالقوه دارای عملیات Recovery می‌باشد.

تخمین زدن چه مقدار عملیات مورد بحث است و چه مقدار داده قابل بازیافت می‌باشد و چه راه‌حلی جهت این کار را لازم خواهد بود و بازیافت داده چه هزینه‌ای دارد.

تعمیر کردن از بین رفتن فیزیکی و الکتریکی که در رسانه‌ برای دسترسی به داده ممانعت ایجاد کند.

بازیافت‚ داده‌ها از طریق عملیات منطقی (نرم‌افزاری) که روی یک سری داده روی دیسک یا درایو پردازش می‌شوند.

تحلیل کردن: داده‌های بازیافت شده سالم و قابل استفاده می‌باشند و سپس آماده کردن یک گزارش از نتیجه عملیات بازیافت (چه داده‌ای بازیافت شده، علت از بین رفتن داده چه بوده و غیره) بازگشت داده ذخیره شده بر روی رسانه انتخاب شده در کمترین زمان ممکن خلاصه مطالب زیر تفاوتهای مهم بین Microsoft Exchange Server و Microsoft Exchange 2000 Server را در مورد نگهداری Dtabase و بازیافت سرور شرح می‌دهد.

همچنین فرامین مربوط به بازیافت و مراحل آماده‌سازی آن را قدم به قدم توضیح می‌دهد.

معرفی خواندگان از متن می‌بایست آشنایی با Back up گیری و مراحل ذخیره‌سازی مجدد در Exchange Server 5.5 داشته باشند و درک درستی از نحوه کار Exchange Server 5.5 در مورد کار با Data base داشته باشند.

Over view فرم Data baseها و عملکرد بین آنها در Exchange Server 5.5 و Exchange 2000 نقاط مشترک زیادی دارند.

طبق اطلاعات پایه‌ای شما آنچه که در Exchange Server 5.5 در مورد بازیابی و نگهداری داده است مطابق با Exchange 2000 است.

Transaction logging، تنظیم شدن Checkpointها و دیگر موارد اساسی Data baseها همانند یکدیگر هستند.

Exchange 2000 می‌تواند 20 Database را روی هر سرور پشتیبانی کند این بدان معناست که این بیشتر از اطلاعاتی است که روی track نگهداری می‌شود.

این معماری متفاوت تا جایی پیش رفته است که این Databaseها در کنار یکدیگر هستند بدون اینکه روی عملکرد یکدیگر تاثیر بگذارند.

Database Recovery که بعنوان مشکل‌گشایی اصلی و بهترین نتیجه می‌باشد در این دو محصول شبیه است.

این قسمت شامل یک بازنگری به این تغییرات مهم در Exchange 2000 و تاثیرات آن در بازیافت و طراحی آن می‌باشد.

یک دایرکتوری محلی جایگزین دایرکتوری سرور مرکزی Exchange می‌شود.

در Exchange Server 5.5 هر کامپیوتر سرور Exchange دارای database دایرکتوری‌های خود می‌باشد.

این Database بصورت اتوماتیک در کامپیوترهای سرور Exchange دیگر در سایت Exchange کپی می‌شود.

در Exchange 2000 دایرکتوری سرور Exchange وجود ندارد.

در عوض اطلاعات Exchange در Active Directory ذخیره می‌شود و همچنین در مجموعه‌ای از Active Directory های دست نخورده کپی می‌شود.

در بیشتر مواقع حتی یک کپی از Database مربوط به Active Directory روی کامپیوتر Exchange 2000 وجود ندارد.

سرور اصرار دارد که بعنوان یک Client به کنترل‌کننده مسیر یک Active Directory متصل شود تا اطلاعات دایرکتوری را بخواند و بنویسد.

این مسأله دلیلی است بر Recovery مشکل‌دارد مدیر سرور Exchange به مدت طولانی Backup و اصلاح دایرکتوری‌ها را کنترل نمی‌کند ولی مدیر سرور Microsoft windows 2000 این کار را می‌کند.

حتی اگر کامپیوتر سرور Exchange به صورت کامل تخریب شود، در بیشتر مواقع پیکربندی همه اطلاعات در جای دیگر Active Directory بصورت امن ذخیره شده است.

یک سوئیچ Setup جدید disacterrecovery می‌باشد که با نصب مجدد روی کامپیوتر Exchang 2000 باعث پیکربندی منطقی اطلاعاتی می‌شود که هنوز بصورت صحیح روی Active Directory وجود دارد.

شما نمی‌توانید به مدت طولانی برای تولید Domain به سرورهای Recovery شده Database متصل باشید.

برای انجام Recoveryهای Database، شما باید از کنترل‌کننده‌های Domain مربوط به مجموعه‌ای از Active Directory ها استفاده کنید زیرا اکنون دایرکتوری محلی است نه یک سرور پایه.

همچنین سرور بازیافت شده می‌تواند روی شبکه‌ای همانند آن که مجموع تولیدات روی آن است قرار گیرد.

این نیاز به آن سختی که به نظر می‌رسد نیست.

Microsoft windows NT.

Server 4.0 می‌بایست بصورت کامل مجدداً به صورت Operating system برای تبدیل سرور به کنترل‌کننده Domain و بالعکس نصب شود.

در windows 2000 Server فرمان dcpromo اجازه می‌دهد تا نقش سرور را در چند دقیقه تغییر دهید.

در بیشتر دستورات بازیافت Malbox در Exchange Server 5.5 لازم نیست که اطلاعات دایرکتوری مادر را که دوباره ذخیره شده‌اند را مجداداً به اطلاعات Dtabase برگردانید و این در Exchange 2000 صادق است.

در Exchange Server 5.5 در مواردی نادری که شما می‌خواهید مجدداً اطلاعات دایرکتوری را ذخیره کنید باید آن اطلاعات را روی شبکه نامتصل فیزیکی نیز ذخیره کنید.

mail box یک attribute برای کاربرد است و به عبارت دیگر یک Active Directory object نیست.

در Exchange Server 5.5 مدیر یک mail box object در Database مربوط به یک دایرکتوری Exchange Server می‌سازد و سپس آن را به یک کاربرد ویژه Windows NT پیوند می‌دهد.

در Exchange 2000 مدیر، object یک کاربر Active Director و mail box مربوط به آن object کاربر را می‌سازد کسی که mail boxای از attributeهای دیگر objectها را می‌سازد (در موارد خاصی یک mailbox مربوط به Exchange 2000 نمایش داده می‌شود در یک Active Directory که attributeهای آن تنظیم شده‌اند زیرا بیش از یکی از attributeها در برقرار کردن پیوندها بین یک کاربرد و mail box دیگر کاربران استفاده شده است) بین هر کاربرد Actice Directory و Mail box مربوط Exchange 2000 Server یک ارتباط یک به یک وجود دارد و هر کاربرد نمی‌تواند مالک اصلی بیش از یک mail box باشد.

با این حال هنوز شا می‌توانید چندین کاربر را با اجازه دسترسی به mail box ایجاد کرد با این حال هر کاربرد شما مالک اصلی یک mail box می‌باشد.

این تغییرات نتایج منطقی مهمی را به همراه دارد.

برای مثال گروهها می‌توانند به مدت کوتاهی به mail boxهای شخصی خود وصل شوند.

همچنین مهم است که برای جابجایی، یک کاربر Windows NT نمی‌تواند به چندین mail box مربوط به Exchange Server 5.5 وصل شوند.

بازرسی‌ها و ابزارهای clean upای وجود دارند که برای پیدا کردن و تصمیم اوضاع قابل دسترس هستند.

روش استافده از این ابزار برای طرحهای جابجایی در اسناد مربوط به Active Directory Connector یا ADC شرح داده شده‌اند.

بین هر کاربرد Actice Directory و Mail box مربوط Exchange 2000 Server یک ارتباط یک به یک وجود دارد و هر کاربرد نمی‌تواند مالک اصلی بیش از یک mail box باشد.

ـ Mail bpoxها می‌توانند به کاربران مختلف وصل شوند یا ارتباط خود را قطع کنند.

در Exchange Server 5.5 distinguished name یا (DN) هر Object را در دایرکتوری Exchange Server 5.5 به صورت واحد تعیین می‌کند.

Distinguishel name مانند نام کامل مسیر به فایلها می‌بانشد.

انواع distinguished به فرم زیر می‌آیند.

/O = organization / OU = Site / CN = Container / CN =object هنگامی که mail box مربوط به یک Exchange Server 5.5 ساخته می‌شود distinguished name مربوط به آن mail box روی آن زده می‌شود دیگر هرگز قابل تغییر نمی‌باشد.

در Exchange 2000 مقداری که یک mail box را مشخص می‌کند همان globally unique indentifier یا (GUID) می‌باشد.

یک GUID مربوط به یک directory object می‌باشد که همان آدرس سخت‌افزار مربوط به کارت واسط شبکه می‌باشد.

همه سازندهای کارتهای شبکه هر کارت را به رسانه سخت‌افزاری قابل دسترس به آدرس کنترل آن مربوط می‌کنند و آدرس هر کارت با آدرس تمام کارت‌های دنیا متفاوت است.

به همین علت شما می توانید هر کارت شبکه‌ای را از یک کامپیوتر بردارید و آن را روی کامپیوتر دیگری نصب کنید، شما می‌توانید اتصال هر mail box را از یک کاربر Active Directory قطع کنید و همان mail box را به کاربرد دیگری متصل کنید.

زمانی که شما یک mail box مربوط به Exchange 2000 را حذف می‌کنید محتویات آن به همان سرعت از اطلاعات ذخیره شده در database حذف نمی‌شوند.

به صورت پیش‌فرض خود mail box برای 30 روز نگهداری می‌شود (مدیر این مدت را مشخص می‌کند) در مدت زمانیکه این mail box مربوط به لیست غیراتصالها باشد شما می‌توانید آن mail box را به کاربر دیگر متصل کنید.

1ـ Exchang system Manager را فعالی کنید 2ـ به databaseای که شامل لیست غیراتصالهاست وصل شوید و سپس روی گزینه Mailboxes مربوط به database کلیک کنید.

3ـ اگر هنوز این mail box به عنوان غیرمتصل‌ها علامت‌گذاری نشده است روی گزینه Mail boxes راست کلیک کنید و سپس Mailbox Cleanup Agent را اجرا کنید.

4ـ روی Mailbox غیرمتصل راست کلیک کنید و سپس Reconnect را کلیک کنید.

کادری ظاهر می‌شود که شما می‌توانید توسط آن مالک جدید mailbox را تعیین کنید.

باید تمام mailboxهای مربوط به GUIDها در مجموعه Active Directoryها بصورت واحد باشد این به این خاطر است که شما می‌بایست عملیات بازیافت database را در مجموعه‌ای دیگر انجام دهید.

ـ فولدر عمومی و دیگر مجوزها توسط لیست‌هایی با نام access control list یا (ACL)ها نگهداری می‌شوند نه توسط disting uished nameها.

در Exchange Server 5.5، مجوزهای Windows NT مورد استفاده نخستین مجوز دسترسی به mailbox یا سرور می‌باشد.

بعلاوه مجوز مربوط به دسترسی مفید به فولدرهای عمومی، لیستهای توزیعی و دیگر Exchange Server object روی directory nameهای اصلی مربوط به Exchange Serve نگهداری شده‌اند نه روی accountهای مربوط به Windows NT در Exchange 2000 همه مجوزها مستقیماً مربوط به accountهای Active Directory هستند.

برای ایجاد همزیستی بین Exchange Server 5.5 و Exchange 2000 بین دو سیستم مربوط مجوزها یک دستورالعمل طراحی شده.

ـ گروه‌های مدیریت جایگزین سایتها شده‌اند.

در Exchange Server 5.5 بخش مدیریت همان سایت است.

در یک سایت تمام سرورها بصورت اتوماتیک دایرکتوریهای مربوط به پاسخ و مسیریابی پیغامها را بین یکدیگر به اشتراک می‌گذارند.

برای مدیریت یک سازمان چند سابت مربوط به Exchange Server 5.5، ناظر می‌بایست به سرور هر سایت شخصی متصل شود.

همچنین می‌توانید سایتهایی را برای پاسخ‌گویی به اطلاعات دیگران را طراحی کنید، سایتها نمی‌توانند objectهایی را که متعلق به دیگران است را تغییر دهد.

در Exchange 2000، گروه مدیریت attributeهای مشابه با سایت Exchange Server 5.5 دارند، بجز مسیریابی پیغامها که اساساً مستقل از مدیریت ساخته شده است و توسط گروه مسیریابی طراحی شده است.

لازم نیست که شما سرورهای مربوط به هر گروه مدیریت را جهت مدیریت کردن سازمانهای Exchange 2000 را به هم متصل کنید.

به علاوه لازم است که مجوزهای Active Directory را به گروه مدیریت اختصاص دهید.

تقسیم‌بندی منطقی Exchange 2000 مربوط به گروههای مدیریت باعث آسانتر شدن جداسازی و متصل شدن به مجوزهای اختصاص داده شده برای مدیریت می‌شود.

تقسیم‌بندی منطقی مربوط به Exchange 2000 در مورد گروههای مدیریت تقسیم و اتصال مجوزهای اختصاص داده شده به مدیریت را آسان می‌کند.

هر گروه ناظر می‌تواند شامل گروههای مسیریابی چندگانه باشند و شما می‌توانید در آینده‌ای نه چندان زود سرورها را از گروههای مسیریابی حذف کنید و یا سرورهایی را به آنها اضافه کنید.

(زمانی که شما برای یک وضعیت محلی به سازمان Exchange 2000 سوئیچ می‌شوید، گروههای مسیریابی می‌توانند توانایی گروه ناظر را اندازه‌گیری کنند بعد از اینکه به وضعیت محلی سوئیچ شدید Exchange 2000 بیشتز از آن نمی‌تواند در کنار Exchange Server 5.5 در یک سازمان بماند) همچنین، شما می‌توانید معماری گروه مسیریابی را بر طبق تغییرات توپولوژی شبکه خود طراحی کنید بدون اینکه معماری منطقی ناظر را برهم بزنید.

گزینه Site توسط Active Directory مدیریت می‌شده است و مدت زمان طولانی نیست که در خدمت Exchange 2000 می‌باشد.

در هر حال، Sit هم‌اکنون یک گروه مسیریابی جهت پاسخگویی به Active Directory می‌باشد و Active Directory Sites می‌توانند همانند گروههای مسیریابی Exchange 2000 دارای طراحی قابل انعطاف باشند.

معماری Active Directory Site یک سری پیچیدگی‌هایی را روی Exchange 2000 دارد زیرا معماری Active Directory Site بر انتخاب سرورهای محلی Active Directore و کنترلهای مسیر که مورد استفاده Exchange 2000 می‌باشد تاثیر می‌کند.

ـ گروههای ذخیره‌سازی استفاده می‌شده‌اند گزینه حدید دیگر در Exchange 2000 گروه ذخیره‌سازی می‌باشد.

گروههای ذخیره‌سازی در Exchange Server 5.5 وجود داشتند ولی ناظران یا گروههای ذخیره‌سازی را نمی‌شناختند یا آنها را درک نمی‌کردند زیرا برای هر کامپیوتر Exchange Server 5.5 بیشتر از یک گروه ذخیره‌سازی وجود داشت.

گروه ذخیره‌سازی یک گزینه در پایگاه داده Exchange Server می‌باشد که همگی در فایلهای transaction log شریک هستند.

در Exchange Server 5.5 هر یک گروه ذخیره‌سازی شامل بیش از 2 Database می‌باشد.

(پایگاه داده Mailbox و پایگاه داده فولدر عمومی) در Exchange 2000 شما می‌توانید برای هر سرور بیش از 4 گروه ذخیره‌سازی را طراحی کنید و هر گروه ذخیره‌سازی شامل پیش از 5 Database می‌باشد.

ـ اگر بخواهید می‌توانید تمام Databaseها را شخصاً Back up گیری کنید، اما معمولاً این کار بیشترین تاثیر را روی Back upگیری Database بر گروه ذخیره‌سازی اصلی دارد.

شما می‌توانید همزمان گروههای ذخیره‌سازی چندگانه را در tapeهای مختلف tape گیری کنید.

شما نمی‌توانید Back upهای شخصی روی یک گروه ذخیره‌سازی را همزمان رو tapeهای مختلف Backup گیری کنید.

تمام Databaseهای یک گروه ذخیره‌سازی می‌بایست در یک مجموعه Back up گیری شوند.

همینطور در یک مرحله Back up گیری یا چندین مرحله پی‌در‌پی.

ـ Datebaseها رشد می‌کنند.

در Exchange Server 5.5 زمانی که شما اطلاعات ذخیره‌سازی یا دیگر سرویسهای Database را راه‌اندازی می‌کنید، خود Database بصورت اتوماتیک رشد کرده است این بدان معناست که Database توسط سرویسهای راه‌اندازی، راه‌اندازی و قابل دسترسی به Clienهای ساده شده است.

در Exchange Server 2000 شما می توانید اجرای بعضی Databese را هنگامی Databaseهای دیگر متوقف شده‌اند را به همان صورت نگه دارید.

Exchange system Manger یا (ESM) صعود یا نزول Databaseهای شخصی را پشتیبانی می‌کند.

تمام Databaseها بصورت پیش‌فرض برای رشد و سعود خود روی سرویسهای راه‌اندازی تنظیم شده‌اند، اما شما می‌توانید این وضعیت را در Peropertis مربوط به آن Database تغییر دهید.

به خاطر داشته باشید که یکی از نتایج این انعطاف‌پذیری این است که موفقیت راه‌اندازی یک سرویس به معنای اجرای آن Database نمی‌باشد.

ـ سرویسها می‌بایست شروع به ذخیره‌سازی مجدد می‌کرد.

در Exchange Server 5.5 سرویس Database می‌بایست ذخیره‌سازی مجدد Database را متوقف می‌کرد.

در Exchange 2000، سرویس می‌بایست اجرا شود اما Databaseهای شخصی که شما می خواهید مجدداً ذخیره‌سازی شوند می‌بایست پیاده‌سازی شوند.

این موضوع برای دیگر سرویسهای Exchange 2000 که اطلاعات را ذخیره می‌کنند صدق می‌کند به عنوان مثال The Replicatin Servic یا (SRS) و یا Key Management.(KMS) همچنین دیگر Databaseها که یک واسط کاربر را برای صعود و رشد و نزول یک Database و خارج شدن از اجرای سرویس را نشان نمی‌دهند.

در هر حال، این سرویسها با موفقیت آغاز به کار می‌کنند حتی زمانی که هیچ Databaseای حاضر نباشد و یا Databese جاری خراب شده باشد و نتواند بالا بیاید.

این Semi-running شما را قادر می‌سازد که یک Database جایگزین را مجدداً ذخیره‌سازی کنید و الزاماتی را که برای شروع سرویسهایی که متوقف شده‌اند را انجام دهد.

هوشیار باشید که به علت این رفتار، و به علت ذخیره‌سازی اطلاعات شما نمی‌توانید به همان خوبی که یک Database راه‌اندازی می‌کنید یک سرویس را نیز راه‌اندازی کنید.

ـ فایلهای Streaming database استفاده شده‌اند.

در Exchange Server 5.5 بعد از اینکه سرویسی Database بطور کامل خاموش شد، Database دست نخورده شامل یک فایل تنها می‌باشد.

همچنین دش فرمان دادن مجدد جهت Back upگیری از Database مربوط به Exchange Server 5.5 همان Back upگیری از یک Databaseای می‌باشد که Inlone است، شما می‌توانید یک کپی از یک فایل مربوط به یک Database مفرد را بصورت Offline ایجاد کنید.

(بسته به نوع Database می‌تواند Dir.edb یا priv.edb یا pub.edb باشد) اگر شما تنها فایلهای Database را از روس رور ذخیره کنید، می‌توانید تمام اطلاعات کاربر و اطلاعات طراحی شده را حتی در صورتی که بقیه موارد از بین رفته‌اند را مجدداً ذخیره‌سازی کنید.

در Exchange 2000 فایل Dir.edb وجود ندارد زیرا Active Directory جایگزین در دایرکتوری Exchange Server شده است.

Database مربوط به Active Directory در مدت زمانی که وضعیت یک سیستم در حالت Back up است بصورت Online، Back upگیری شده است.

به جای priv.

edb و pub.

edb که شما با آنها در Exchange Server 5.5 آشنا هستید، شما ممکن است بیش از 20 نوع اطلاعات ذخیره شده در Databaseهای Exchange 2000 داشته باشید و نام این گونه از Database بصورت کامل توسط شما وارد می‌شود.

هر فایل در Database مربوط به Exchange Server 2000 به همراه خود یک فایل streaming Database با پسوند .stm و یا .edb.

دارد که به اشتراک گذاشته می‌شود (برای مثال priv 1.edb و priv 1.stm).

اگر شما یک Back upگیری بصورت offline انجام دهید می‌بایست که فایلهایی با پسوند .edb و .stm را بصورت فایلهای مفرد در نظم بگیرید و می‌بایست این فایلها را همدیگر کپی کنید و مجدداً ذخیره‌سازی کنید.

فایل streaming Interface شامل دیتاهای کاربران تازه که وارد اطلاعات شده‌اند توسط پروتکل MAPI و یا Messaging Applicatian Programming Interface ذخیره می‌شوند.

فایل با پسوند .edb شامل خصوصیات "promoted" برای هر پیغامی است که شامل اطلاعات تعریف شده‌ای است که برای دسترسی مجدد Clientها به پیغامها لازم می‌باشد.

سایر قابل تغییر فایلهایی با پسوند .edb و stm وابسته به تعداد Clientهای سازمان شما می‌باشند که به پروتکلها دسترسی دارند.

اگر یک Client مربوط MAPI یک پیغام ذخیره شده در فایل Streaming را از یک راه مطمئن تغییر دهد ممکن است یک پیغام کامل به فایل با پسوند .edb، تبدیل می‌شود.

و از فایل‌ با پسوند .stm جدا شود.

Exchange 2000 تصمیم دارد که در درون خود زمان کافی برای ایجاد این محصول را تنظیم کند.

برای مثال، پیغامهایی که بین فولدرهای عمومی جایگزین می‌شود به MAPI درون فایل با پسوند .edb تبدیل می‌شود.

دیتای Exchange 2000 کجا ذخیره شده است؟

در Exchange Server 5.5، همه کاربران و پیکربندی داده‌ها روی هر سروری که ذخیره شده است داده می‌شود.

در Exchange 2000، اغلب پیکبرندی داده‌ها روی سرور دیگر ذخیره شده‌اند: کنترل‌کننده مسیر Active Directory.

در Exchange Server 5.5، شما می‌توانیم تمام حوادث و رخ‌دادهها را از Exchange Server بازیابی کنید در صورتی که شرایط زیر را داشته باشید: ـ یک Back up از Database روی سرور ـ یک Back up از روی اطلاعات مربوط به نصب برای Exchange Server ـ محتویات فولدرهای مربوط به صف برای پیغامها در مسیر عبور در بعضی مواقع، شما می‌توانید بیشتر داده‌ها را Recovery کنید اگر از 3 فایل یک Back up ساده داشته باشید، فایلها (directory database) Dir.edb، (moilbox database) priv.edb و (public folder database) pub.edb زیرا معمولاً اطلاعات مربوط به نصب برای Exchange Server 5.5 عمومی می‌باشد و صف‌ها خالی است.

اغلب این کار ساده‌ای است برای ساختن مجدد اطلاعات پیکربندی حاصل که در اختیار فایل Dir.edb نمی‌باشد.

در Exchange 2000، مراحل مربوط به Recovery اطلاعات کاربر شبیه مراحل مربوط به Recovery اطلاعات کاربرد در Exchange Server 5.5 می‌باشد اما اطلاعات پیکربندی با تفاوت زیادی ذخیره شده‌اند.

تفاوت اصلی است که ممکن است اطلاعات پیکربندی حتی روی همان سرور ذخیره نشده باشد، اما روی کنترل کننده مسیر Active Directory می‌باشد.

این تغییر می‌تواند یک انرژی ساده یا یک Recovery پیچیده را ایجاد کند که بستگی به این دارد که شما چگونه Active Directory را مدیریت کنید زیرا بیشتر اطلاعات پیکربندی معمولاً روی چندین سرور امن‌تر هستند، شما می‌توانید به گونه‌ای ساده مراحل نصب Exchange 2000 با تمام اطلاعات مربوط به نصب پیکربندی را بصورت سالم مجدداً ذخیره کنید و از سوئیچ disasterrecovery در Setup استفاده کنید.

همچنین، کامپیوتر Exchange 2000 هیچ عملی را انجام ندهد اگر Active Directory روی کامپیوتر اصلی صدمه دیده باشد.

شما به عنوان یک مدیر Exchange 2000 می‌بایست مطمئن باشید که Active Directory به خوبی pack upگیری و مدیریت شده است.

اگر شما از KMS استافده می‌کنید، باید مطمئن باشید که کامپیوترهای Sertification authority و یا (CA) به خوبی Back upگیری و مدیریت می‌شوند.

از بین رفتن certification authority باعث می‌شود که Database مربوط به KMS شما غیرمفید می‌شود و ممکن است تمام اطلاعات موجود از بین برود.

Exchange 2000 و در مقایسه با Exchange Server 5.5 مقدار کمی از اطلاعات مربوط به پیکربندی را در سیستم محلی مربوط Active Directory را ذخیره می‌کند.

حتی مسیرهای فایل Database مربوط به اطلاعات ذخیره شده به جای اینکه در رجیستری باشد در Active Directory می‌باشد.

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

علت اینکه Exchange Server 5.5 از Simple Mail Transper protocol و یا (SMTP) به عنوان پیغام پیش‌فرض استفاده می‌کند این است که تمام کامپیوترهای Exchange 2000 به metabase مربوط به Microsoft Internet infermation و یا (IIS) اطمینان دارند.

بیشتر اطلاعات Exchange 2000 در metabase در Active Directory مجدداً نسخه‌برداری شده و اگر برنامه Set up را با سوئیچ /disasterrectory اجرا کنید آن را بصورت خودکار در Active Directory مجدداً ساخته می‌شود.

هیچگاه، از بین رفتن matabase باعث نمی‌شود که از ارسال و دریافت e-mail در کامپیوتر Exchange 2000 شما جلوگیری کند.

بعنوان یک ناظم Exchange 2000، شما باید یک ناظم (IIS) محلی نیز باشید، و موظف هستید که اطلاعات و پیکربندی IIS خود را Back upگیری و محافظت کنید.

اطلاعاتی که شما می‌بایست آن را جهت حفظ سیستم Exchange 2000 دست نخورده و سالم خود وارد حساب کنید دارای افزایش پیچیدگی آن می‌باشد، بیشتر از آن اطلاعاتی که شما Exchange Server 5.5 به آن نیاز دارید.

در هر حال شما می‌توانید تمام اطلاعاتی را که نیاز دارید از طریق استفاده از استراتژی پایه‌ای ارتباط ساده تحت اختیار خود قرار دهد.

سناریوی بازیافت (Recovery) انبار اطلاعات این بخش به 4 طریق زیر سناریوی مربوط به Recovery انبار اطلاعات را توضیح می‌دهد: ـ Recovery مربوط به انبار اطلاعات پایه.

یک Database انبار داده‌ها می‌بایست ذخیره‌سازی می‌شود ولی تمام پیکربندی و فایلهای دیگر دست‌نخورده باقی می‌ماند.

ـ Recovery مربوط به تمام سرور، یک کامپیوتر Exchange 2000 سالم از بین می‌رود و می‌بایست مجدداً ساخته شود.

ـ Recovery مربوط به Active Directory.

پیکربندی Active Directory مربوط به کامپیوتر Exchange 2000 از بین می‌رود ولی خود کامپیوتر Exchange 2000 سالم است.

ـ Recovery مربوط به قسمت دیگر سرورmailbox .

mailbox مفرد یا Recovery بصورت offline یک Database به منظور اینکه از خطر نابودی حفظ شود.

Recovery مربوط به انبار اطلاعات پایه توصیه می‌کنیم قبل از اینکه شما یک Backup را از روی نوار مجدداً ذخیره کنید، یک کپی را از روی فایلهای Database موجود ایجاد کنید حتی زمانی که نمی‌توانید آن فایلها را آغاز کنید.

تا زمانی که اصلاح نوار کامل شود نمی‌توانید مطمئن باشید که نوار خوبی است و ممکن است Database موجود مجدداً تعمیر شود و یا از بین رود.

نکته: همیشه مطمئن باشید بیش از نصف درایو مربوط به Database شما پر نمی‌باشد.

این اطمینان باعث آن می‌شود که شما بتوانید سرعت یک کپی از Database یا همان "Crashes" را ذخیره کنید.

اگر اجازه دهید که بیش از نیم از درایو مربوطه پر شود و شما فضای کافی برای انتقال Database به فولدر دیگر در درایو منطقی دیگر را نداشته باشید، زمان Recover شما به علت زمان Back upگیری از فایلهای موجود طولانی می‌شود.

معمولاً زمان Recover دو برابر می‌شود.

اگر شما حداقل نیمی از درایو Database را خالی نگه دارید می‌توانید فضایی هم برای نگهداری و تعمیر داشته باشید به عنوان مثال عمل defragmention بصورت offline.

قبل از اینکه Database خود را مجدداً ذخیره کنید می‌بایست سرویس انبار اطلاعات را شروع کنید.

اما احتیاج دارید که databaseای را که می‌خواهید مجدداً ذخیره کنید کاهش دهید.

اگر مشغول ذخیره‌سازی مجدداً از یک Back upگیری مفرد هستید، فراموش نکنید که check box مربوط به گزینه Lest Restore set را در Windowse NT Back yp به منظور آماده ساختن hard Recovery بعد از عمل ذخیره‌سازی را انتخاب کنید.

اگر شما گزینه Mount database after restor را از حالت انتخاب خارج کنید می‌توانید تست Event viewer را انجام دهید تا مطمئن شوید همانطور که انتظار داشتید عملیات hard Recovery قبل از افزایش Database در مدیریت سیستم Exchange به پایان رسیده است.

Recovery سرور کامل اگر یک Exchange Server بصورت کامل از بین رود باز هم اکثر اطلاعات پیکربندی شما از بین نرفته است به شرط آنکه نسخه دوم Active Directory هنوز هم در سرور دیگری قابل دسترسی باشد.

در همه جا بخصوص در سازمانهای کوچک، Active Directory روی سرورهای جداگانه قرار دارد.

عملیات Recovery در Exchange 2000 متفاوت با Exchange Server 5.5 می‌باشد.

در Exchange Server 5.5 بیشتر اطلاعات پیکربندی در فایل Dir.edb روی هر سرور ذخیره شده است.

تمام مدتی که شما این فایل را نگهداری می‌کنید، می‌توانید بدون اینکه به سایت موجود متصل شوید Exchange Server را با همان نامگذاری منطقی مجدداً نصب کنید و سپس فایل Dir.edb را در نصب جدید اضافه کنید این بدان منظور است که مکان سرورها را در سایت موجود مجدداً ذخیره کنید.

در Exchange 2000، Active Directory همیشه باعث رخ دادن یک اتفاق بد برای کامپیوتر Exchange 2000 می‌شود و شما نمیی‌توانید کامپیوتر Recovery شده یک Exchange 2000 Server را در مجموعه‌ای از Active Directory درختی نصب کنید.

حتی زمانیکه مراحل نصب سرور Recover شده خارج از سازمانی باشد که Exchange است این بدان علت است که تنها می‌تواند یک Exchange 2000 در هر مجموعه درخت موجود باشد.

همچنین شما نمی‌توانید Exchange 2000 را روی یک سری مجدداً نصب کنید بدون اینکه ابتدا آن سرور را از Active Directory خالی کنیم.

همچنین شما نمی‌خواهید یک سرور را از Active Directory خالی کنید زیرا در این صورت تمام اطلاعات پیکربندی از بین خواهد رفت.

در Exchange 2000، سوئیچ /disasterrecover در ابزار Setup این مشکل را حل می‌کند.

در اتفاقات ناگداری که در حالت Recovery پیش می‌آید برنامه Setup فایلهای برنامه Exchange 2000 و settingهای رجیستر محلی را نصب می‌کند، اما اطلاعات باقی‌مانده Active Directory سالم بنظر می‌رسد.

برنامه Active Directory setup برای سرور مربوطه جستجو می‌کند و نصب محلی را مجدداً پیکربندی می‌کند براساس آنچه که Setup در Active Directory یافته است.

در اتفاقات ناگوار در Recovery برنامه Setup شما اجزایی را مجدداً ذخیره می‌کند که شما آنها را برای ذخیره‌سازی مجدد انتخاب کرده باشید.

اگر شما جزیی را که قبلاً نشب شده است را انتخاب نکرده باشید، آن جزء ذخیره‌سازی مجدد نمی‌شود.

به عنوان مثال یک اتصال‌گر شخصی روی سرور نصب شده باشد، لازم است که شما قبل از شروع عملیات ذخیره‌سازی مجدد آن اتصال‌گر را به صورت دستی انتخاب کنید.

بعد از اینکه Setup به پایان می‌رسد، شما می‌توانید Database مربوط به انبار اطلاعات را مجدداً ذخیره‌سازی کنید و این Databaseهای انبار اطلاعات به صورت صحیح در مکانهای قبلی خود ذخیره‌سازی مجدد می‌شوند و این بدان علت است که مسیرهای Database انبار اطلاعات در Active Directory ذخیره شده‌اند.

Recovery مربوط به Active Directory از بین رفتن کپی‌های Active Directory مشکلی است که آن سوی Exchange 2000 موجود است.

اگر شنا Active Directory را گم کنید فاجعه‌ای به تراز گم شدن کپی‌های فایل Dir.edb مربوط به هر سایت می‌باشد.

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

اما Database انبار اطلاعات شما سالم است و شما می‌توانید داده‌های همه کاربران را Recovery کنید بنابراین عملیات Recovery یک پروژه همراه با زحمت و رنجی مشتاقانه باشد بسیار مشکل است که برای عرضه به عموم آنها را نصیحت کنیم که چگونه عملیات Recovery را بعد از اتفاقات بدی که در Active Directory می‌افتد انجام دهند.

به همین علت Alternative Server Recovery (Mail box مفرد) به شما کمک می‌کند تا عملیات Recovery رت بعد از رخ‌دادهای ناگوار در Active Directory را انجام دهید به این بدان علت است که Recovery از یک mailbox مفرد می‌باشد، Recovery که بدون دسترسی به هیچ یک از اطلاعات پیکربندی مربوط به Active Directory امکان‌پذیر می‌باشد.

معرفی Microsoft SQL Server 2005 نصل بعدی مدیریت داده و نرم‌افزار تحلیلی امروزه سازمانها با میدانهای رقابت داده‌های واحد رو به رو شده‌اند: ازدیداد داده‌ها و سیستم‌ها رو در روی تشکیلات آنان قرار دارد و لازم است آنها با دسترسی استوارتر به داده‌ها کارکنان، مشتریان و شرکای خود را حفظ کنند.

هدفی برای بهتر شدن گروههای کاری اطلاعاتی با اطلاعات بهتر برای گرفتن تصمیمات اصولی‌تر و تعهدی جهت کنترل قیمتها بدون قربانی شدن امنیت، قابلیتهای دسترسی و انعطاف‌پذیرید.

آزادی عمل دیگری که در SQL server طراحی شده است به منظور کمک جهت آدرسهای تشکیلا و دفاتر در این میدان رقابتی است.

SQL Server 2005 نسخه دیگری از ماکروسافت برای مدیرتی داده‌ها و نرم‌افزار تحلیلی می‌باشد که دارای درجه بالای دسترسی و امنیتی در داده سازمانها و نرم‌افزارهای کاربردی تحلیل‌گر خواهد بود که ساختن و بکارگیری و مدیریت آنها را آسانتر می‌کند.

ساختمان نیرومند SQL Server 2000 و SQL Server 2005 تمام راه‌حل‌های مدیریتی را برای کمک به سازمانها ایجاد می‌کند.

ـ ساخت و گسترش کاربرد شرکتها که با قابلیتهای بیشتری در زمینه انعطاف‌پذیری و امنیت هستند.

ـ افزایش محصولات IT همراه با کاهش پیچیدگی در ساخت و گسترش و امکانات Database مدیریتی.

ـ صاحب اختیار بودن توسعه‌دهندگان از نظر مالی و انعطاف‌پذیری و توسعه تجهیزات مدرن برای ساخت و امنیت بیشتر امکانات Database ـ تقسیم داده‌ها جهت اجراهای ترکیبی، کاربردها و ابزار جهت آسان ساختن آنها به منظور اتصال به اینترنت و سیستم‌های خارجی ـ ارسال افراد و راه‌حلهای هوشمند تجارتی برای کمک رساندن به هدایت نحوه تصمیمات تجارتی و افزایش تولیدات در سازمانهای داخلی ـ کنترل قیمت بدون از بین رفتن اجرای خوب، قابلیتهای انعطاف‌پذیری و امنیتی.

برای یادگیری بیشتر با امکانات SQL Server 2005 سه قسمت زیر را بخوانید مدیریت داده‌های سازمان، افزایش کارایی توسعه‌دهندگان، هوش تجارتی مدیریت داده‌های سازمان در دنیای ارتباطی امروز، داده‌ها و سیستمهایی که این داده‌ها را مدیریت می‌کنند باید همیشه قابل دسترسی کاربران شما باشند.

وجود کاربران SQL Server 2005 و حرفه‌های IT در سازمان شما، باعث بهتر شدن در زمینه کاهش زمان، افزایش درجه و اجرای بهتر و کنترلهای امنیتی قوی‌تر خواهد شد.

Server 2005 شامل اجزای جدید و قابلیتهای بیشتر در زمینه کمک رساندن به سازمان و کارکنان IT شما به منظوز ارائه کار مفیدتر خواهد بود.

ساختار وی قابلیت بیشتر موارد مربوط به SQL Server 2000 و SQL Server 2005 اجرای عملیات روی انبار داده‌های Multi-terabyte را جهت اجرای ابزارهای قابل حمل Microsoft SQL Server Windows CE Edition یا (SQL Server CE) امکان‌پذیر می‌کند.

SQL Server 2005 که شامل امکانات خوبی برای مدیریت داده سازمانی به شرح زیر می‌باشد: قابلیت دسترسی: سرمایه‌گذاری در تکنولوژی‌های سودمند، Back upگیری کلی و بازیافت فضا و افزایش در زمان انعکاس برای سازمانها در زمینه ساخت و افزایش کارایی کاربرد آنها امکان‌پذیر خواهد بود.

نوآوریهای در زمینه قابلیتهای دسترسی بالا مانند انعکاس Database، دسته‌بندی مفید، و افزایش کارایی بصورت Online؟

که باعث صرفه‌جویی در وقت می‌شود و کمک رساندن در مواقع برحانی که هنوز سیستمهای سازمان در دسترس هستند.