backup architecure :
1-onsite backup

در مدل on site ما بک آپ ها را در repository محلی سایت (دیتاسنتر) خودمان قرار میدهیم و از آن ها نگهداری میکنیم
#veeam
https://t.me/network_tips

backup architecure :
2-offsite backup

در مدل off site ما بک آپ ها در محلی خارج از سایت (دیتاسنتر) خودمان قرار میدهیم و از آن ها نگهداری میکنیم
این روش به شدت میتواند به کاهش خسارت های وارد شده توسط ransomware کمک کند و فراموش نکنید که حتما از wan accelerator برای استفاده بهینه از خطوط wan خود کمک بگیرید
#veeam
https://t.me/network_tips

forward incremental backup retention policy:
منظور از retention policy این می باشد که قانونی وضع کنیم مبنی بر اینکه مثلا بعد از اینکه 3 بار بک آپ گرفته شد از تغییرات ایجاد شده یک یک فول بک آپ گرفته شود که حالا می تواند active full backup باشد یا synthetic full backup
در عکس بالا بعد از 3 بار بک آپ گرفتن از تغییرات یک full backup گرفته شده است که بر اساس سیاست سازمان خود میتوانیم پیاده سازی خود را انجام دهیم
#veeam
https://t.me/network_tips

data compression levels:
1-none
برای زمانی استفاده میشود که storage سرور ما خودش قابلیت فشرده سازی و deduplication رو داره
2- dedup-friendly
برای زمانی هست که میخواهیم منابع خیلی کمی از بک آپ پراکسی خودمون استفاده بشه
3- optimal
پیش فرض veeam هست و یک نسبت بین مدت زمان بک آپ گرفتن و سایز فایل در نظر میگیره
4- high
نسبت به optimal حدود 10 درصد فشرده سازی بیشتری داره ولی مصرف cpu بیشتری دارد
5- extreme
نهایت فشرده سازی رو اعمال میکنه ولی به شدت از cpu استفاده میکنه
#veeam
https://t.me/network_tips

نحوه کارکرد پروتکل arp
این پروتکل برای به دست اوردن مک آدرس طرف مقابل ما استفاده میشود

veeam agent for microsoft windows:
با نصب این ابزار روی سیستم مورد نظر که از آن بک آپ تهیه میکنیم میتوانیم خودکار سازی برای بک آپ گیری منظم از ماشین فیزیکی انجام داده و آنها را بر روی share folder ، nas storage و یا هارد اکسترنال ذخیره کنیم و قابلیت خوبی برای restore کردن به صورت bare metal و همچنین با استفاده از recovery media را در اختیار ما قرار میدهد
#veeam
https://t.me/network_tips

system state data backup:
با نصب agent بر روی سیستم عامل های مایکروسافتی در دو سطح volume backup و file level backup میتوانیم از سیستم خود بک آپ بگیریم ، با توجه به اینکه volume level میتوانیم بک آپ بگیریم میتوانیم از فایل های حیاتی سیستم عامل خود بک آپ تهیه کنیم تا در زمانی که سیستم عامل ما به مشکل خورد در سریع ترین حالت ممکن عمل restore را انجام دهیم
#veeam
https://t.me/network_tips

how system state data backup works:
زمانی که ما از volume ها میخواهیم بک اپ بگیریم veeam backup به کمک قابلیت microsoft vss یا microsoft volume shadow copies از اخرین تغییرات به وجود آمده یک shadow volume تهیه کرده و سپس اقدام به گرفتن بک آپ میکند که این کار باعث میشود سرویس هایی که در حال سرویس دهی هستند با اختلال در حین بک آپ گرفتن مواجه نشوند
#veeam
https://t.me/network_tips

limitation for volume level restore:
ما نمیتوانیم فایل سیستمی را به جای اصلی و اولیه خود بازگردانیم چون سیستم روشن هست و فایل های در حال استفاده دارد
ما volume ای که بک آپ گرفتیم را نمیتوانیم در محلی که فایل swap یا pagefile.sys ویندوز قراردارد برگردانیم چون این فایل هم در حال استفاده هست و این اجازه restore به ما داده نمیشود
در محلی که فایل های بک آپ ما وجود دارند هم نمیتوانیم restore انجام دهیم
برای حل مشکلات اول و دوم میتوانیم از veeam recovery media استفاده کنیم تا قابلیت bare metal را داشته باشیم و فایل ها در حال استفاده نباشند.
#veeam
https://t.me/network_tips

یکی از دوستان پرسید که برای اینکه بتونیم با نرم افزار veeam خوب کار کنیم و دوره اون رو بگذرونیم چه چیزهایی رو باید بلد باشیم و تمرین کنیم، در جواب به این دوستمون حداقل پیش نیاز ها برای veeam این دوره هاست :
network+ & storage+
microsoft Mcsa
vmware VCP-DCV
برای انجام سناریو هم توی محیط مجازی هم باید با نرم افزار vmware workstation آشنا باشید که بتونید سناریو ها رو پیاده سازی کنید
سیستم مورد نیاز برای پیاده سازی سناریوهای veeam حداقل 16 گیگ رم و cpu core i5 نسل 6 به بالا ترجیحا به همراه هارد ssd 240 گیگ هست

هر توضیح اضافی درباره این تصویر، از طنز قضیه کم میکنه!
@AkhbareFori

replication scenario for DR (disaster recovery) :
1- replica seeding:
برای زمانی استفاده میشود که ما بر روی سایت دیگر هم یک repository داریم و به این صورت عمل میکند که ابتدا یک بک آپ کامل از vm گرفته میشود و سپس این بک آپ به DR repository ارسال میشود و vm توسط این بک آپ بالا می آید. سپس از این به بعد برای کاهش ترافیک بر روی لینک های wan فقط تغییرات ارسال میشود و به این ترتیب در صورت بروز مشکلات ما میتوانیم به سرعت سرویس های حیاتی را به محیط عملیاتی برگردانیم
#veeam
https://t.me/network_tips

replication scenario for DR (disaster recovery) :
2- replica mapping:
این حالت زمانی که ما در disaster recovery خود repository نداریم استفاده میشود
در این حالت به صورت یا هر روش دیگری باید یک کپی از ماشین مجازی خود را به DR site انتقال داده و ماشین مجازی را بالا بیاوریم و بعد این قابلیت replication را فعال کنیم تا فقط تغییرات از این به بعد استفاده شود.
#veeam
https://t.me/network_tips

اگر در زمان بک آپ گرفتن با نرم افزار veeam backup با خطای زیر مواجه شدید :
error : using regular backup or replication functionality is restricted for cloud connect infrastructure
و شما هیچ گونه تنظیماتی مبنی بر استفاده از کلود انجام نداده باشید مشکل به دلیل لایسنس مورد استفاده شما هست که باید لایسنس خود را عوض کنید
#veeam
https://t.me/network_tips

در چند پست بعدی میخواهیم راجب failover و failback در نرم افزار veeam backup که دو عمل مهم می باشند صحبت کنیم
منظور از failover این می باشد که اگر یک ماشین مجازی به هر دلیلی به مشکل خورد این سیستم بدون وقفه بر روی host دیگری شروع به ادامه سرویس دهی کند و downtime نداشته باشیم
منظور از failback عملی می باشد که وقتی سیستم اول که به مشکل خورد به مدار سرویس دهی برگشت چه اتفاقی رخ دهد آیا این سیستم سرویس دهی را از سیستم دیگر بگیرد یا نه صبر کند و اگر سیستم دیگر به مشکل خورد وارد سیستم سرویس دهی شود و ...
در ادامه به گزینه های موجود می پردازیم
#veeam
https://t.me/network_tips