نمایش نتایج 1 تا 10 از 10

نام تاپیک: مناسب ترین دستور backup

  1. #1

    Arrow مناسب ترین دستور backup

    من برای 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

  2. #2

    نقل قول: مناسب ترین دستور backup

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

  3. #3
    کاربر تازه وارد آواتار ma_barnamenevis
    تاریخ عضویت
    اردیبهشت 1387
    محل زندگی
    همین جا
    پست
    79

    نقل قول: مناسب ترین دستور backup

    برای کم کردن حجم اینطوری عمل کن :

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

  4. #4

    نقل قول: مناسب ترین دستور backup

    نقل قول نوشته شده توسط ma_barnamenevis مشاهده تاپیک
    برای کم کردن حجم اینطوری عمل کن :


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

  5. #5

    نقل قول: مناسب ترین دستور backup

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

  6. #6

    نقل قول: مناسب ترین دستور backup

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

  7. #7

    نقل قول: مناسب ترین دستور backup

    نقل قول نوشته شده توسط esteghamat مشاهده تاپیک
    سلام
    تاكيد شما رو بر حداقل فضا متوجه نمي شم. يعني با نگهداري فايل 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 درست انجام بشه باید انجام بدهم ؟

  8. #8

    نقل قول: مناسب ترین دستور backup

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

  9. #9

    نقل قول: مناسب ترین دستور backup

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

  10. #10

    نقل قول: مناسب ترین دستور backup

    من برای back up گرفتن روش زیر را دنبال کردم :
    1- در سمت سرور یک full backup گرفتم
    2- در سمت کلاینت به کاربر اجازه دادم تا هرموقع که لازم داشت یک log backup بگیره

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

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •