PDA

View Full Version : مناسب ترین دستور backup



soft-c
سه شنبه 15 فروردین 1391, 11:46 صبح
من برای backup گرفتن دستورات زیر را پیدا کردم .
می خواستم بدانم که کدامیک از این دستورات برای استفاده بهتر است و لطفا علت آن را بیان کنید .
آیا روش های بالا برای کم کردن حجم backup مناسب هستند .
تشکر.

BACKUP DATABASE MyAdvWorks TO MyAdvWorks_1 WITH DIFFERENTIAL; GO


BACKUP DATABASE MyAdvWorks TO MyAdvWorks_1 WITH INIT; GO


BACKUP DATABASE AdventureWorks2012 TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.Bak'


BACKUP DATABASE AdventureWorks2012 TO DISK = 'Z:\SQLServerBackups\AdventureWorks2012.Bak' WITH FORMAT, MEDIANAME = 'Z_SQLServerBackups', NAME = 'Full Backup of AdventureWorks2012'; GO

esteghamat
یک شنبه 10 اردیبهشت 1391, 17:20 عصر
سلام
سوالت خيلي كليه . backup گرفتن يك استراتژي سازمانيه كه با چندين پارامتر تنظيم مي شه.
مثلا دستور اولت يك backup Diferential است كه بدون Full Backup اصلا مفهوم نداره و بدرد نمي خوره .
پس بايد بدوني كه داده هات چطوري Update مي شن كه بتوني بر اساس اون Backup تنظيم كني.
مثلا براي يه ديتابيس اول هفته Full بگيري و طول هفته هر روز اول صبح يه diff و در طول روز هر ساعت يه Trans Backup.
موفق باشي

ma_barnamenevis
دوشنبه 11 اردیبهشت 1391, 12:39 عصر
برای کم کردن حجم اینطوری عمل کن :


اول یه full backup بگیر که بعدش بتونی log backup بگیری
اونوقت log backup بگیر log ات منتقل شه
بعدش shirink کن که فضا رو آزاد کنه
حالا backup اصلی رو بگیر

soft-c
دوشنبه 18 اردیبهشت 1391, 19:15 عصر
برای کم کردن حجم اینطوری عمل کن :



اول یه full backup بگیر که بعدش بتونی log backup بگیری
اونوقت log backup بگیر log ات منتقل شه
بعدش shirink کن که فضا رو آزاد کنه
حالا backup اصلی رو بگیر


میشه بیشتر توضیح بدید؟

soft-c
دوشنبه 18 اردیبهشت 1391, 19:17 عصر
سلام
سوالت خيلي كليه . backup گرفتن يك استراتژي سازمانيه كه با چندين پارامتر تنظيم مي شه.
مثلا دستور اولت يك backup Diferential است كه بدون Full Backup اصلا مفهوم نداره و بدرد نمي خوره .
پس بايد بدوني كه داده هات چطوري Update مي شن كه بتوني بر اساس اون Backup تنظيم كني.
مثلا براي يه ديتابيس اول هفته Full بگيري و طول هفته هر روز اول صبح يه diff و در طول روز هر ساعت يه Trans Backup.
موفق باشي
ببینید چند تا بحث مطرح است :
1- از کل جدول back up بگیره .
2- هر بار که اطلاعات اضافه بشه فقط اون اطلاعات جدید را ذخیره کند .(حتی اگر روشی باشه که چک کنه که آیا اطلاعات جدید اضافه شده یا نه و در صورت اضافه شدن اطلاعات جدید اونوقت یک back up بگیره)
بعد هم می خواهم 2 نوع back up باشه . یکی اینکه کاربر هر زمان خواست این کار را انجام بدهد که این در سمت کلاینت است ویکی هم اینکه خود دیتابیس از خودش هر چند وقت یک بار back up بگیره .که البته با دومی کمی آشنا هستم .
یعنی حداقل فضا .

esteghamat
سه شنبه 19 اردیبهشت 1391, 16:54 عصر
سلام
تاكيد شما رو بر حداقل فضا متوجه نمي شم. يعني با نگهداري فايل Backup مشكل داري (يعني فضاي كمي داري كه اين همه Backup رو ذخيره كني؟) يا مي خواهي حجم فايل هاي backup كم باشه كه بعد توي ريستور با ريسك كمتري مواجه باشي ؟ نمي دونم . كمي توضيح بده .
ولي چند نكته :
1- به نظرم هيچ وقت backup رو سمت Client قرار نده. اول اينكه اطلاعات شما به راحتي منتقل مي شه و دوم و حساس تر اينه كه اگر كاربري Full Backup بگيره و بعد اون backup رو به هر ليل حذف كنه ، از اون لحظه به بعد كليه Tran. Backup هاي شما و يا همان Backup هاي تغييرات به هيچ دردي نمي خورند چون آنها به آخرين Full Backup اشاره مي كنند.
2- شما حتما قبل از تهيه استراتژي backup بايد حداقل اطلاعاتي از انواع backup , ... گردآوري كنيد كه بهتون كمك مي كنه .
موفق باشين.

soft-c
سه شنبه 19 اردیبهشت 1391, 18:24 عصر
سلام
تاكيد شما رو بر حداقل فضا متوجه نمي شم. يعني با نگهداري فايل Backup مشكل داري (يعني فضاي كمي داري كه اين همه Backup رو ذخيره كني؟) يا مي خواهي حجم فايل هاي backup كم باشه كه بعد توي ريستور با ريسك كمتري مواجه باشي ؟ نمي دونم . كمي توضيح بده .
ولي چند نكته :
1- به نظرم هيچ وقت backup رو سمت Client قرار نده. اول اينكه اطلاعات شما به راحتي منتقل مي شه و دوم و حساس تر اينه كه اگر كاربري Full Backup بگيره و بعد اون backup رو به هر ليل حذف كنه ، از اون لحظه به بعد كليه Tran. Backup هاي شما و يا همان Backup هاي تغييرات به هيچ دردي نمي خورند چون آنها به آخرين Full Backup اشاره مي كنند.
2- شما حتما قبل از تهيه استراتژي backup بايد حداقل اطلاعاتي از انواع backup , ... گردآوري كنيد كه بهتون كمك مي كنه .
موفق باشين.
حداقل فضا یعنی اینکه وقتی برای دومین بار می خواهد back up بگیره اطلاعات را روی back up قبلی ذخیره کنه نه اینکه دوباره یک فایل جدید درست کنه و به همین صورت.
اگر میشه یک توضیح در مورد استراتژی صحیح back up گرفتن بدهید . یعنی مثلا چه مراحلی برای اینکه یک back up درست انجام بشه باید انجام بدهم ؟

esteghamat
چهارشنبه 20 اردیبهشت 1391, 10:48 صبح
سلام
1- در مورد حجم كمي كه داري، اول اينكه سعي نكن فقط يه فايل backup داشته باشي. به نظرم حداقل چندين فايل لازمه چون ممكنه ، خود فايل backup گاهي آسيب داشته باشه.
2- براي جايگزين ، بهترين كار براي شما استفاده از ابزار maintenaceplane هست. اين ابزار بصورت ويزادي براي شما برنامه backup تهيه مي كنه و بعد با نظر شما فايل ها رو رونويسي مي كنه. مثلا مي توني بهش بگي اطلاعات را بعد از گذشت 1 هفته رونويسي كن. كار كردن با ابزرا هم ساده است. حتما امتحانش كن.
3- استراتژي backup با عمليات backup گيري فرق مي كنه. استراتژي يعني بررسي شما از حساسيت داده هاي سازمان، اينكهاگر در داده ها خرابي رخ بده ، تا چه زمان برگردي به عقب براي سازمان قابل قبوله ، يعني اينكه اگر نياز به backup هاي قبلي داشته باشي، قديمي ترين backup معتبر كه داده هاي اونن به درد سازمان مي خوره مال چه زماني باشه و .... . بعد روي اين اطلاعات تنظيم مي كني كه مثلا هفته اي يكبار fullbackup بگيري و هر روز Diff و هر سه ساعت tran بگيري و از كي رونويسي شروع كني و .... .
موفق باشي

soft-c
چهارشنبه 20 اردیبهشت 1391, 23:04 عصر
3- استراتژي backup با عمليات backup گيري فرق مي كنه. استراتژي يعني بررسي شما از حساسيت داده هاي سازمان، اينكهاگر در داده ها خرابي رخ بده ، تا چه زمان برگردي به عقب براي سازمان قابل قبوله ، يعني اينكه اگر نياز به backup هاي قبلي داشته باشي، قديمي ترين backup معتبر كه داده هاي اونن به درد سازمان مي خوره مال چه زماني باشه و .... . بعد روي اين اطلاعات تنظيم مي كني كه مثلا هفته اي يكبار fullbackup بگيري و هر روز Diff و هر سه ساعت tran بگيري و از كي رونويسي شروع كني و .... .
خوب اول اینکه مثلا اگر بخواهیم هفته ای یک بار و ... back up بگیرم یعنی باید این گزینه ها را در برنامه قرار بدهم و از کاربر بخواهم که با فشردن دکمه خودش این کار را انجام بده یا که در سرور این کار را به طور خودکار انجام بدهم ؟
و دوم در مورد عملیات back up میشه توضیح بدید ؟ که چه کارهایی باید انجام بدهیم ؟
تشکر

soft-c
یک شنبه 31 اردیبهشت 1391, 21:55 عصر
من برای back up گرفتن روش زیر را دنبال کردم :
1- در سمت سرور یک full backup گرفتم
2- در سمت کلاینت به کاربر اجازه دادم تا هرموقع که لازم داشت یک log backup بگیره

حالا به نظر شما آیا این روش مناسب هست ؟
یا روش بهتری را توصیه می کنید ؟
تشکر