Backup گیری از بانکهای حجیم
سلام، Backup دیتا سرورم به دلیل نیاز داشتن به 2 Backup روزانه و با توجه به تعداد زیاد بانکهای آن روزانه در حدود 150گیگ فضا میخواد، ظاهرا فشرده کردن فایل Backup هم مشکلاتی داره، آیا راهکاری بجز فشرده سازی از طریق SQL وجود دارد ؟
12 پاسخ
بنده نظرم رو گفتم. فقط امیدوارم برای این دوستم که از این نرم افزار استفاده میکند مشکلی مانند مشکل یکی از مشتریان ام پیش نیاد که بعدا پشیمون بشن از استفاده این نرم افزار.
نمی خوام زیاد بحث کنم اما در یکی از رخدادهایی که شرکت Shinjiru برای ارائه محیط Clould داشتند. از شرکت rhipe که نماینده گی شرکت Veeam در مالزی است هم دعوت کردند که صحبت کنند. بنده با شخصی که درباره این نرم افزار صحبت می کرد صحبت کردم و سوالاتی رو نسبت به SQL Server Backup از ایشون پرسیدم اما ایشون درآخر گفتند که برای امنیت بیشتر بهتر است یک backup هم از طریق خود SQL Server ازبانکهای اطلاعاتیتون بگیرید.
تصویر رخداد:
خود بانکهای اطلاعاتی را Compress کنید.
دوست عزیز 150 گیگ روزانه که خیلی نیست... بهترین گزینه استفاده کردن از نرم افزار Veeam backup and replication هست که 6 روش فشرده سازی بر اساس کمپرسور LZ3 در اختیارتون میزاره و میشه باهاش با سرعت باور نکردنی اطلاعاتو بر گردوند..من اینو برای یک شرکت که روزانه 340 گیگ بکاپ داشتند نصب کردم .بعد از دو سال که با admin اونجا تماس گرفتم گفت همه چی داره عالی کار میکنه...اگر تمایل داشته باشید میتونید دوره آموزشی این نرم افزار رو که خودم تدریس کردم و در سایت قرار دادم ببینید..
لینک دوره تخصصی بکاپ با Veeam.
خب وقتي حرف از بكاپ گيري باشه كدام سيستمه كه مياد و از صحت table اطلاع پيدا ميكنه يا اصلا بياد ببينه تو table چي نوشته اصلا مگه همچين چيزيم هست دوست گرامي درستهveeam از اين روش هايي كه گفتيد كمك ميگيره مگر غير از اينه كه ما ميخوايم از اطلاعاتمون بكاپ بگيريم و بدون failشدن در اكثر موارد و طبق نياز restore كنيم ، حالا چك كردن خراب بودن بانك اطلاعاتي ديگه دست مديره،،طبق سوالي كه ايشون مطرح كردن اينجانبم يك راه كارعالي بهشون پيشنهاد دادم،،،و اونم veeam هست خودم به شخصه چند ساله دارم از نسخه ٥ به بعدش تو سازمانمون استفاده ميكنم و تمامي نياز هاي بكاپ گيري و بازيابي منو به طور كامل براي بانك sql و oracle برآورده كرده،تازه اگرم نياز به بكاپ از سرور فيزيكي و full باشه backup endpoint veeam هم گزينه ديگه اي هست
ITPRO های عزیز حرف هر دو نفر درست هست ، هر کسی Backup گیری رو در حوزه خودش میدونه ، مثلا منی که در حوزه مجازی سازی کار می کنم بهترین روش رو طبیعتا Veeam می بینم اما اگر تخصصم بانک اطلاعاتی باشه از خود SQL دوست دارم استفاده کنم ، مهندس سیروس زاد یکی از بهترین های مجازی سازی در ایران هستند و مهندس فرد هم یکی از بهترین های SQL در کشور و دنیا هستند ، حرف هر دو دوستمون کاملا متین هست ، من میگم هر کسی با توجه به توانایی و درکی که داره بهترین راهکار رو ارائه میده ، پس راهکار هر دو دوستمون خوب و عالی هست ، من خودم همیشه در شرکت ها یا سازمان هایی که هستم با اینکه از سرورها با Veeam بکاپ میگیرم اما روی دیتابیس هام ریسک نمی کنم و همیشه یک Mirror دارم ازشو و با استفاده از Maintenance Plan هم یک Offsite Backup میگیرم ، کار از محکم کاری عیب نمی کنه ، به نظرم انتخاب رو بر عهده اون دوستی که سئوال کرده بزاریم چون ما با دید خودمون همیشه بهترین ها رو میبینم ... ITPRO باشید
بزاريد اين بحث رو اينجا تمام كنم نظر شما محترم ولي چرا من در سازماني كه نام نبرم بهتره كه veeam ٧ رو دارم و دوساله كار ميكنه خودم نصب و راه اندازيش كردم و تراكنش ١ گيگ اطلاعاتو در روز از sql جمع ميكنه freez پيش نمياد دوست گرامي اگر به ساختار veeam نگاه كنيد متوجه ميشيد كه veeam از sql در حال كار در لحظه يك shadow copy ميگيره و هيچ اختلالي در كار كاربرها ايجاد نميشه لطفا ساختار veeam رو با دقت بيشتري بررسي كنيد ،،با تشكر
خب مشکل اینجا است که اگر خطایی یا خرابی وجود داشته باشه موقع بازگرداند بانک اطلاعاتی SQL Server پیغام خطا میده و بانک اطلاعاتی بازگردانی نمیشه. خود SQL Server قبل از عملیات backup میاد بانک اطلاعاتی را از نظر خراب بودن چک میکنه و اینکه ایشون می تونند همانطورکه گفتم بانک اطلاعاتی خود را Compress کنند درخود SQL Server که این هم حجم backup را پایین می آورد و در عین حال عملیات IO را نسبت به بانک اطلاعاتی خیلی کاهش می دهد. فشرده سازی اطلاعات در SQL Server تا 40% امکان پذیر است البته بسته به نوع داده ای که وجود دارد.
اگر طبق نظر شما مهندس بخوايم برداشت كنيم كل مجموعه چندين ميلياردي veeam بايد تعطيل كنه بره پي كارش ،،خب اينم يك نظره و محترم،،،،
اگر میخواهید بکاپ را فشرده بگیرید ، تجربه نشان داده که فشرده سازی بکاپ عادی توسط نرم افزارهای فشرده سازی بیهنه تر است.
پیشنهاد من این است که بجای Full Backup روزانه ، از پلن بکاپ استفاده کنید.
به عنوان مثال هر 3 هفته Backup full بگیرید و هر روز Differential Backup و اگر به Point In Time Recovery نیاز دارید میتوانید هر 5 ساعت Log Backup بگیرید.
به این صورت فضای کمتری اشغال خواهد شد.
دوست عزیز بهروز سیروس زاد: Veeam داره از SQL Server VDI و SQL Server VSS و Database Backup Snapshot استفاده میکنه و این یک مشکلی داره این است که اگر احتمالا بانک اطلاعاتی خرابیهایی داشته باشه این نرم افزار بانک را با خرابی بک آپ می گیره. به این دلیل که داره از Database Snapshot یک جور تکنولوژی برای بک آپ گیری سریع است استفاده میکنه.
خوب آقای Fard نظر شما چیه؟ اگه به نظرتون Veeam مناسب نیست
اصلا بحث من این نیست که نرم افزار veeam به درد نمی خورد. بلکه خیلی هم خوب است برای file server,web server و VM ها ولی نه برای بانک اطلاعاتی. شما اگر نگاهی به SQL Server VDI بکنید. این قابلیت کل عملیات بانک اطلاعاتی را در مدت Backup به صورت freeze نگه می دارد یعنی در مدتی که بک آپ گرفته می شود مشکلاتی برای کاربران به وجود می آید.
من نظرم برای بانکهای اطلاعاتی فقط استفاده از قابلیت بک آپ خود SQL Server است.