گرفتن بک آپ اتوماتیک

[mmha_85]

سلام خدمت تمامی دوستان
من یک سری کامپیوتر در نقاط مختلف ایران دارم که دیتا بیساشون روی sql هستش و هر 2 ، 3 روز یک بار می خوام که اطلاعات دیتا بیس های این کامپیوتر ها رو از شهر های مختلف به تهران با روش ریموت دسک تاپ منتقل کنم.
چون سرعت انتقال اطلاعات خیلی کمه برای من حجم فایل خیلی مهمه.
می خوام یک روش پیدا کنم که sql از خودش بک آپ بگیره و این بک آپ کمترین حجم ممکن رو داشته باشه. من چیزهایی در مورد یک نوع بک آپ در sql به نام difrential backup شنیدم که متاسفانه هنوز نتونستم اون رو راه بندارم. اگر کسی از دوستان این نوع بک آپ رو می شناسه و ازش استفاده کرده یا اینکه روش بهتری نسبت به این روش میشناسه ممنون می شم که من رو هم راهنمایی کنه.
از لطفتون ممنون

[AminSobati]

دوست عزیزم،
برای Restore کردن Diff Backup باید اول یک Full Backup رو Restore کنین و بعد Diff. در عمل Diff Backup، از تغییراتی که از زمان آخرین Full Backup ایجاد شده، Backup گرفته میشه. لذا منطقیه که اول Full Backup رو Restore کنین و بعد Diff. اگر مشکل حجم دارین، به هر حال باید یک فکری به حال Full Backup اولیه بکنین. اگر مشکلش حل شد، من Log Backup رو برای دفعات بعدی توصیه میکنم به جای Diff.

[mmha_85]

ببخشید من تازه کارم در مورد Log backup چیزی نمی دونم. می شه لطفا در موردش برام توضیح بدین و بگین چه فرقایی با Diff backup داره؟

[AminSobati]

Log Backup از تمام دستوراتی که در داخل Log File ثبت شده Backup میگیره. لذا موقع Restore کردن، تک تک این دستورات مجددا اجرا میشن. اما Diff Backup به نوعی از دیتابیس عکس میگیره. یعنی وضعیت فعلی Pageهای اطلاعات در Diff Backup ذخیره میشه، اما فقط Pageهایی که از زمان آخرین Full Backup تغییر داشته اند.
با توجه به گذشت زمان، چون اکثر Pageها بعد از مدتی تغییر میکنند، لذا گرفتن Diff Backup تقریبا حجمی معادل Full Backup خواهد داشت.

[Omid Rekabsaz]

حجم این Diff Backup شما چقدر است... و از چه روشی برای merge اطلاعات استفاده می کنید؟!
به نظر می رسد استفاده از Replication روش بهتری باشد

[AminSobati]

حجم این Diff Backup شما چقدر است... و از چه روشی برای merge اطلاعات استفاده می کنید؟!
به نظر می رسد استفاده از Replication روش بهتری باشد
به هر حال مشکل ارسال Snapshot اولیه و حجم وجود داره.

[mmha_85]

من replication رو روی 2 تا شبکه که به هم نزیک بودن و فقط یک سویچ مخابراتی بینشون بوده امتحان کردم و جواب گرفتم. اما متاسفانه مثلا یکی از انبارهای من در نشتارود هستش که خطهای مخابراتی بسیار ضعیف هستن و من حتی یه ارتباط ساده رو به سختی می تونم بر قرار کنم. چه برسه به اینکه بخوام اون کامپیوتر رو به سرورم در تهران replicat بدم.
به هرحال مشکل اساسی من حجم هستش و من باید هر کاری رو بکنم که حجم فایلم تا اونجایی که می شه بیاد پایین. البته واقعا نمی دونم که کدامیک از بک آپ های sql به کار من میآد و ممنون می شم اگه در این مورد نظری دارین من رو راهنمایی کنین.
به نظر شما shrink کردن دیتابیس چقدر می تونه کمکم کنه؟ ( اصلا می تونه موثر باشه؟)

[AminSobati]

نه عزیزم، Shrink کمکی بهتون نمیکنه. ببینید به هر حال اطلاعات به یک طریقی باید انتقال پیدا کنند. یا Dialup یا هر نوع Connection دیگه. طبعا از شما انتظار معجزه ندارند!
اگر قراره CD حمل و نقل بشه، میتونین Backupهای منظم رو بگین براتون ارسال کنند. ولی با استفاده از Dialup، سراغ هر روشی که برید مشکل حجم رو خواهید داشت.
به عنوان آخرین راه حلی که به ذهنم میرسه، اگر Snapshot اولیه رو روی CD براتون ارسال کنند (چون حجمش بالاست)، ادامه کار رو میتونین توسط Replication و Dialup انجام بدین.

[bahman.net]

دستتون درد نکنه