• آیا Open-E راهکار جذابی است؟ بخش چهارم

    • در مورد Back Upهای iSCSI چطور؟
    از iSCSI می توان برای Back Up گرفتن بر روی شبکه استفاده کرد. معمولا یک iSCSI Target در جایی ایجاد می شود که می توانیم Snapshot یک Block Device را مشاهده کنیم. این در حالی است که، Block Device با یک سرورِ بکاپ، به صورت Write-Protected ادغام شده باشد. در این صورت برای Back Up گرفتن، سرور باید بتواند iSCSI Block Device را به صورت یک دیسکِ فرمت شده با فایل‌ سیستم (مثلا EXT3 ،XFS ،NTFS) بخواند.

  • خدمات سرور اختصاصی/مجازی

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

  • راهکاری برای ذخیره سازی داده ها، Backupگیری و Disaster Recovery- بخش 2

    محافظت از دیتا به صورت On-Site و Off-Site
    Open-E JovianDSS با ترکیب چند فناوری ویژگی محافظت از دیتا به صورت On-Site و Off-Site را فراهم می کند (راهکاری استراتژیک برای Backup و Disaster Recovery که به شرکت کمک می کند که دیتای حیاتی از دست رفته خود در اثر حوادث مختلف را به سرعت بازیابی کند).

  • مقایسه Snapshotهای SAN با Snapshotهای VMware

    بسیاری می پندارند که SAN Snapshot با VMware Snapshot یکسان است. اگر شما Storage Administrator نباشید؛ احتمالا سر و کار زیادی با Snapshotها نخواهید داشت. VMware کار با فناوری Snapshot را برای Storage Administrator تسهیل نموده است.

  • بروزرسانی وصله های ضروری محصول VDP توسط شرکت VMware

    VMware شرکت ارائه دهنده راهکارهای رایانش ابری، روز سه شنبه اطلاعیه ای درباره وصله نرم افزاری که مربوط به سه مشکل در نرم افزار پشتیبان و بازیابی vSphere Data Protection (VDP) بود در سایت خود قرار داد.

  • تفاوت Cloud و Data Center

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

  • مقایسه Object Storage با Block Storage

    مقدمه
    ذخیره قابل انعطاف و قابل توسعۀ دیتا یک نیاز ضروری برای بیشتر کاربردها و سرویس هایی است که با تکنیک ها و ابزارهای مدرن توسعه می یابند.

  • راهکار Open-E در حفاظت از داده ها در داخل و خارج از سازمان

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

  • دیتاسنتر مجازی Virtual Data Center (VDC)

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

  • پیشی گرفتن سیستم های ذخیره سازی نرم افزای از سخت افزاری در سال 2016

    همانطور که می دانیم رشد بازار حافظه های فلش سریعتر از پیش بینی ها اتفاق افتاده است و تکنولوژی مهم دیگری در حال دگرگونی به فضای ذخیره سازی نرم افزاری (SDS) می باشد. یک مطالعه توسط گارتنر پیش بینی کرد که تا سال 2019، 70 درصد از راهکارهای آرایه ذخیره سازی موجود به عنوان ورژن "فقط نرم افزاری" در دسترس خواهد بود.

  • تفاوت Differential Backup و Incremental Backup

    هر دو نوع بکاپ Differential و Incremental روش های بکاپ گیری هوشمندی هستند که زمان و فضای دیسک را بوسیله بکاپ گیری از فایل های تغییر کرده ذخیره می کنند. اما تفاوت این روش ها به طور قابل ملاحظه ای در این است که چگونه کار بکاپ گیری از داده ها را انجام می دهند.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش پنجم

    عدم اختصاص منابع بیشتر از نیاز به ماشین های مجازی

    هنگامی که متخصصان زمینهIT یکDC را بر روی یک سرور فیزیکی راه اندازی می کنند؛ معمولاً از یک پیکربندی رایج سخت افزاری یعنی "یکCPU دو هسته ای و 4 گیگابایتRAM" که بین تمام مدیران شبکه مرسوم است، استفاده می کنند.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش چهارم

    جلوگیری از عدم تطابق زمانی

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

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش دهم

    مانیتور نمودن عملکرد ذخیره سازها

    در اوایل کار مجازی سازی، دو گزینه پردازش و حافظه جزء مهمترین تنگناهایی بودند که به طور عمده بر عملکرد سیستم تأثیر گذار بودند. تعیین توان پردازش کافی برای هر ماشین مجازی جزء مواردی بود که توسط مدیر هر شبکه مجازی در اولویت قرار می گرفت.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش دوازدهم

    همیشه یک راه کار برای بازگشت از بحران داشته باشید.

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

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش سوم

    عدم تهیه یکسان نسخه های مختلفBackup

    در زیرساخت مجازی،Snapshotting وCloning  عمل هایی هستند که هرگز نباید درDCها مبادرت به استفاده از آنها کرد. کلمات SnapshotوClone گاهی اوقات نیز معانی دیگری خارج از مبحث مجازی سازی دارند، مانند بعضی از موارد موجود درBackup Solutionها.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش ششم

    اطمینان از صحت عملکردBackupها

    یک متخصصIT کم تجربه منحصراً تمرکز خود را بر روی فایل هایBackup قرار می دهد در حالیکه یک فرد با تجربه می داند که هدف نهایی بازیابی داده ها می باشد. اگر بخواهیم بحث را بازتر کنیم بایستی به این نکته دقت شود که "روش های پشتیبان گیری" منجر به تهیهBackup هیچگاه بازیابی فایل ها را تضمین نمی کنند.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش نهم

    اولویت در بازگرداندن سریعObjectها

    تا قبل از انتشار ویندوز سرور2008 R2، قابلیت بازگرداندنObjectها به صورت موردی وجود نداشت. حتی بعد از انتشار آن، کار باActive Directory Recycle Bin به صورت یک چالش باقی ماند زیرا جمع آوری داده ها و بازگرداندنObjectهای حذف شده نیاز به استفاده از دستورات پیچیدهPowershell داشت.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش هشتم

    جداسازی ترافیک مدیر شبکه از دیگر کاربران

    دکمه قرمز رنگی که بر روی ماشین مجازی قرار دارد و سبب خاموش شدن آن می شود، هیچ تفاوتی با دکمه خاموش/روشن شدن یک سرور فیزیکی ندارد. با زدن این دکمه، چه فیزیکی و چه مجازی، ماشین به همراه تمام سرویس هایی که بر روی آن می باشد، خاموش خواهد شد.

  • 12 نکته کلیدی برای مجازی سازی Active Directory-بخش هفتم

    پیاده سازی قوانینAnti-Affinity

    ماشین های مجازی به طور پیوسته حول محیط های مجازیشان در حرکت و تغییر هستند. واضح تر آن است که بگوییم تغییرات دائمی منابع سرور، موجب آن می شود کهLoad Balancing بطور پویا و بدون وقفه در جریان باشد. اما در صورتی که بیش از یکHost داشته باشیم و در صورت از کار افتادن یکی ازHostها کلیه سرویس ها می توانند به Host دیگرمنتقل شوند. البته در زمانی که دوDomain Controller داریم؛ این قابلیت سبب می شود که دوDomain Controller بر روی یکHost قرار بگیرند که بایستی از این حالت جلوگیری شود.