დამატებითი და დიფერენციალური სარეზერვო ასლები. სრული, ინკრემენტული, დიფერენციალური - სარეზერვო მეთოდების შესახებ

შესავალი

საავტორო უფლება © Acronis, Inc., 2000-2005

რა განსხვავებაა სრულ, ინკრემენტულ და
დიფერენციალური სარეზერვო?

Acronis True Image-ს შეუძლია

შეასრულოს

დამატებითი

დიფერენციალური სარეზერვო.

ზე სრულისარეზერვო, ყველა დაარქივებული ელემენტი შედის არქივში
მონაცემები არქივის შექმნის დროისთვის. სრული არქივი ყოველთვის ხელმისაწვდომია
როგორც შემდგომი დამატებითი ან დიფერენციალური კოპირების საფუძველი,
თქვენ ასევე შეგიძლიათ გამოიყენოთ იგი როგორც დამოუკიდებელი არქივი. დრო
სრული არქივის აღდგენა დროთან შედარებით მინიმალურია
დამატებითი და დიფერენციალური არქივების აღდგენა.

ინკრემენტულიარქივი შეიცავს მხოლოდ მას შემდეგ შეცვლილ მონაცემებს
ბოლო სრული ან დამატებითი არქივის შექმნა. ამიტომ, ასეთი არქივი
ჩვეულებრივ აქვს ბევრად უფრო მცირე ზომა და იქმნება გარკვეულწილად უფრო სწრაფად. მაგრამ,
რადგან ის არ შეიცავს ყველა მონაცემს, რომელიც არქივდება, მის აღდგენას
თქვენ უნდა გქონდეთ ყველა წინა დამატებითი არქივი და ის, რომელიც შეიქმნა დასაწყისში
სრული არქივი.

განსხვავებით დამატებითი სარეზერვო, რომელიც ამატებს სხვა
ფაილი არსებულ „ჯაჭვში“, ერთად დიფერენციალურიკოპირება
იქმნება დამოუკიდებელი ფაილი, რომელიც შეიცავს ყველა მონაცემის ცვლილებას
ბაზის სრულ არქივთან შედარებით. როგორც წესი, დიფერენციალური
არქივი აღდგება უფრო სწრაფად, ვიდრე დამატებითი, რადგან ეს ასე არ არის
მიმდინარეობს წინას გრძელი ჯაჭვის თანმიმდევრული დამუშავება
არქივები.

სრული კოპირება, როგორც დამოუკიდებელი მეთოდი, შეიძლება იყოს ოპტიმალური
გამოსავალი, როდესაც გჭირდებათ სისტემის ხშირად დაბრუნება პირვანდელ მდგომარეობაში
(მაგალითად, კომპიუტერულ კლუბში ან ინტერნეტ კაფეში, აღმოფხვრა
სტუმრების მიერ განხორციელებული ცვლილებები). ამ შემთხვევაში, თქვენ არ გჭირდებათ მისი ხშირად ხელახლა შექმნა
ორიგინალური სრული სურათი, ამიტომ გამოსახულების შექმნის დრო არ არის კრიტიკული, არამედ დრო
აღდგენა მინიმალური იქნება.

თუ, მეორე მხრივ, თქვენ დაინტერესებული ხართ მხოლოდ მათი მონაცემების უახლესი მდგომარეობით
აღდგენა ფატალური სისტემის უკმარისობის შემთხვევაში, მიზანშეწონილია გამოიყენოთ
დიფერენციალური კოპირება. ეს მეთოდი განსაკუთრებით ეფექტურია, როდესაც
თქვენს მონაცემებში მომხდარი ცვლილებები მცირეა მთლიანთან მიმართებაში
ამ მონაცემების მოცულობა.

ეს ასევე ეხება დამატებით კოპირებას. მაქსიმალური სარგებელი
დამატებითი კოპირება სასარგებლოა, როდესაც საჭიროა მდგომარეობის ხშირად შენახვა
მონაცემები და შეძლებს დაბრუნდეს რომელიმე ამ მდგომარეობაში. შექმნა
სრული არქივი თვეში ერთხელ და დამატებითი არქივი ყოველდღე, მიიღებთ
იგივე შედეგი, თითქოს სრული ასლი შესრულდეს ყოველდღე. მაგრამ
დრო და ადგილი დისკზე (ან მოსახსნელი მედია) დაიხარჯება
დაახლოებით ათჯერ ნაკლები.

გთხოვთ გაითვალისწინოთ, რომ ზემოაღნიშნული მოსაზრებები სხვა არაფერია, თუ არა მაგალითები თქვენთვის
ინტელექტი. ჩვენ გირჩევთ შეიმუშაოთ საკუთარი სარეზერვო პოლიტიკა

რა არის დამატებითი სარეზერვო საშუალება?

დამატებითი სარეზერვო.
დააკოპირეთ მხოლოდ ახალი და შეცვლილი ფაილები.

დამატებითი სარეზერვო ასლი (დამატებითი სარეზერვო ასლი)- ეს არის დიფერენციალური სარეზერვო ასლის ტიპი, როდესაც ყველა წყარო ფაილი არ არის კოპირებული, მაგრამ მხოლოდ ახალი და შეცვლილიწინა ასლის შექმნის დღიდან - სრული ან დამატებითი. ეს მნიშვნელოვნად დაზოგავს დისკზე ადგილს და მნიშვნელოვნად აჩქარებს სარეზერვო პროცესს.

ამ ტიპის სარეზერვო ასლის სახელი მომდინარეობს ინგლისური სიტყვიდან დამატებითი სარეზერვო- დამატებითი. რუსულად მას ეძახიან დამატებითი. ამ ტიპის სარეზერვო საშუალება ყველაზე გავრცელებულია, მაგრამ როგორც ყველა მეთოდს, მასაც აქვს თავისი დადებითი და უარყოფითი მხარეები.

ამ ტიპის სარეზერვო საშუალება შესანიშნავია წყაროს მონაცემების დიდი მოცულობის, 50 გიგაბაიტი ან მეტი სარეზერვო ასლის შესაქმნელად. სარეზერვო ასლების შექმნის სიჩქარე საკმაოდ მაღალი იქნება და თითოეული დამატებითი ასლის ზომა შეიძლება იყოს მხოლოდ 100-200 მეგაბაიტი.

Დადებითი :

  • სწრაფი სარეზერვო
  • სარეზერვო ასლის მიერ დაკავებული მცირე მოცულობა (დისკზე სივრცის დაზოგვა)

მინუსები:

  • დაყენების სირთულე (სრული სარეზერვო ასლის სრულ ასლთან შედარებით)
  • ფაილების აღდგენის სირთულე (სრულ ასლთან შედარებით)

დასკვნა: შექმენით დამატებითი სარეზერვო ასლები, თუ წყაროს მონაცემების მოცულობა დიდია და თქვენთვის მნიშვნელოვანია ფაილების კოპირებისთვის და დისკზე სივრცის დაზოგვის დრო. დამატებითი სარეზერვო ასლის შექმნის ოპტიმალური სიხშირეა 1 ჯერ საათში, თუ წყაროს ფაილები ხშირად იცვლება და 1-2-ჯერ დღეში, თუ ფაილები იშვიათად რედაქტირდება.

როგორ გააკეთოთ დამატებითი სარეზერვო ასლი Exiland Backup-ის გამოყენებით

Exiland Backup არის მარტივი პროგრამა საქაღალდეების სარეზერვო ასლის შესაქმნელად და სინქრონიზაციისთვის ქსელში, FTP, კომპიუტერებსა და სერვერებს შორის. მხარს უჭერს ყველა სახის ფაილის სარეზერვო ასლს.

ეს უნივერსალური პროგრამა კარგად არის შესაფერისი 1C ფაილების, Wordpress საიტების და სხვა CMS-ის სარეზერვო ასლის შესაქმნელად, საიტის ფაილების კოპირებისთვის FTP სერვერიდან ადგილობრივ კომპიუტერზე.

დასაწყებად, ჩამოტვირთეთ პროგრამის უფასო ან დემო ვერსია ოფიციალურ ვებსაიტზე.

გაშვების შემდეგ, პროგრამის მთავარ ფანჯარაში, ზედა პანელზე, დააჭირეთ ღილაკს ახალი დავალების შესაქმნელად, მიუთითეთ დავალების სახელი, მაგალითად, „ჩემი დოკუმენტები“ და დააჭირეთ „შემდეგი“. ახლა, როგორც ნაჩვენებია ქვემოთ მოცემულ ეკრანის სურათზე, აირჩიეთ ასლის ტიპი "ინკრემენტალური".


პროგრამის სკრინშოტი. ასლის ტიპის შერჩევა.

ქვემოთ მოცემულია სრული ასლების რაოდენობის შეზღუდვის შესაძლებლობა ისე, რომ ძველი სარეზერვო ასლები ავტომატურად წაიშლება ახალი სრული ასლის შექმნამდე. ეს პარამეტრი დაზოგავს ადგილს დისკზე (არ არის ხელმისაწვდომი უფასო ვერსიაში). Ასევე შეგიძლიათ შეზღუდეთ დამატებითი ასლების რაოდენობა სრულებს შორის. როდესაც ამ ლიმიტს მიაღწევს, შეიქმნება კიდევ ერთი სრული ასლი.

სარეზერვო დასახელების შაბლონის არჩევისას, შეგიძლიათ დაამატოთ ხაზი, როგორიცაა "(ნამატებით)" დამატებითი სარეზერვო ასლისთვის, რათა ვიზუალურად განასხვავოთ ისინი სრულისგან.

როდესაც დავალება იქმნება, თქვენ არ გჭირდებათ დაწყების დროზე ლოდინი - შეგიძლიათ დაიწყოთ დავალება ხელით, ზედა პანელზე მდებარე ღილაკზე "Run" დაწკაპუნებით.

მიხაილი, პროგრამის შემქმნელი

სხვა სახის კოპირება.

წლების განმავლობაში შეიქმნა სხვადასხვა სარეზერვო ტექნოლოგიები, რათა შემცირდეს დისკზე საჭირო სივრცის რაოდენობა ფაილების სარეზერვო ასლების შესანახად და შემცირდეს ტრაფიკის რაოდენობა დისტანციურ რესურსებზე ფაილების კოპირებისთვის (კომპიუტერები, ქსელის დისკები და ა.შ.). ადვილად შეიძლება დაბნეული იყოს პროგრამების მიერ შემოთავაზებული სარეზერვო მეთოდების მრავალფეროვნებაში, რადგან გამოყენებული ტერმინოლოგია ხშირად ერთი შეხედვით არ არის ნათელი და არ აღწერს მეთოდების მახასიათებლებს. გარდა ამისა, ზოგჯერ ძნელია ერთი შეხედვით ტექნოლოგიის დადებითი და უარყოფითი მხარეების გაგება. ეს სტატია არის სახელმძღვანელო, რომელიც დაგეხმარებათ გაიგოთ გამოყენებული ზოგიერთი ტერმინი, ასევე მათი განსხვავებები, უპირატესობები და უარყოფითი მხარეები.

შენიშვნა: ეს სახელმძღვანელო მოიცავს დღეს გამოყენებული ძირითადი მეთოდების უმეტესობას. მათი მოცულობის, შეზღუდვების, მახასიათებლების, უპირატესობებისა და ნაკლოვანებების გაგება საკმარისზე მეტი იქნება იმისათვის, რომ გაგიადვილოთ თქვენთვის შესაფერისი კომპიუტერის სარეზერვო გადაწყვეტის არჩევა.

სარეზერვო საერთო მეთოდები

სარეზერვო სხვა მეთოდები და ტექნიკა

1. სრული სარეზერვო

ზუსტად ასე ჟღერს. ეს არის ყველა იმ ინფორმაციის სრული ასლი, რომელსაც მომხმარებელი ირჩევს სარეზერვო სამუშაოს შექმნისას. როგორც წესი, კოპირებული ფაილები მოთავსებულია ერთ საარქივო ფაილში და შეკუმშულია საბოლოო სარეზერვო ასლის ზომის შესამცირებლად. ყოველ ჯერზე, როდესაც იქმნება სრული სარეზერვო ასლი, აბსოლუტურად ყველა ფაილი კოპირდება წყაროდან არქივში. ამ მიდგომას აქვს ერთი მნიშვნელოვანი პრობლემა. მიუხედავად იმისა, რომ თქვენ მხოლოდ რამდენიმე ფაილი შეცვალეთ ან დაამატეთ, სარეზერვო სამუშაოს ყოველ ჯერზე, ის დააკოპირებს მთელ ფაილს, რაც საბოლოოდ გავლენას მოახდენს არა მხოლოდ ოპერაციის დროს, არამედ მის დაკავებულ დისკზე, რადგან თითოეული ასლი შეიცავს უამრავ დუბლიკატ ფაილს, რომელიც არ განსხვავდება ასლიდან ასლამდე. რა თქმა უნდა, შეგიძლიათ წაშალოთ ძველი ასლები სივრცის გასათავისუფლებლად, მაგრამ ბევრი დრო მაინც დაიხარჯება. გარდა ამისა, თუ ვსაუბრობთ სარეზერვო ასლების შენახვაზე დისტანციურ რესურსებზე, მაშინ, დროის გარდა, სრული ასლი ასევე გავლენას მოახდენს ტრაფიკზე.

ბევრად უკეთესი იდეა იქნება მონაცემების სრული ასლის ერთხელ გაკეთება და შემდეგ მხოლოდ ცალკეული ფაილების რეგულარულად დამატება ან შეცვლა. ამ იდეის განხორციელების რამდენიმე მეთოდი არსებობს და ისინი ქვემოთ არის აღწერილი.

სრული სარეზერვო ასლების შექმნის უპირატესობები და უარყოფითი მხარეები

  • ყველა ფაილის სწრაფი აღდგენა- როდესაც გჭირდებათ ფაილების სრული ასლის აღდგენა, ამის გაკეთების ყველაზე მარტივი გზაა ერთი საარქივო ფაილი
  • სრული სარეზერვო ასლები დიდ ადგილს და დროს იკავებს.- სრული ასლები კარგად არ არის შესაფერისი რეგულარული სარეზერვო ასლისთვის, როგორიცაა საათობრივი ან ყოველდღიური სარეზერვო ასლები.

სრული სარეზერვო არქივის შექმნის შემდეგ, დიფერენციალური სარეზერვო ასლის გამოყენება ხელს უწყობს შემდგომი ასლების ზომის შემცირებას მათი ორიგინალური ფაილების დიფერენციალური შედარების საფუძველზე უახლესი სარეზერვო ასლების ფაილებთან. ყველა დამატებული ან შეცვლილი ფაილი კოპირდება ცალკე არქივში, სრული ასლის გვერდით. მნიშვნელოვანია გვესმოდეს, რომ დიფერენციალური სარეზერვო ასლები კუმულაციურია. თითოეული დიფერენციალური სარეზერვო ასლი ქმნის ყველაფრის სარეზერვო ასლს, რაც განსხვავდება ბოლო სრული სარეზერვო ასლის შემდეგ, მაშინაც კი, თუ ეს ფაილები უკვე შედიოდა წინა დიფერენციალურ სარეზერვო ასლში. თუმცა, ამ შეზღუდვის შემთხვევაშიც კი, დიფერენციალური სარეზერვო ასლები ბევრად უფრო სწრაფად იქმნება და ნაკლებ ადგილს იკავებს, ვიდრე სრული სარეზერვო მეთოდის გამოყენებით. ამიტომ, ეს მეთოდი კარგად შეეფერება ყოველდღიური ან უფრო ხშირი რეგულარული სარეზერვო სამუშაოებისთვის.

დიფერენციალური სარეზერვო სისტემის უპირატესობები და უარყოფითი მხარეები

  • სწრაფი აღდგენა სხვა მეთოდებთან შედარებით- სარეზერვო ასლიდან ყველა ფაილის სრულად აღსადგენად, საჭიროა მხოლოდ ორი არქივი: არქივი სრული ასლით და უახლესი დიფერენციალური სარეზერვო ასლი.
  • დიფერენციალური სარეზერვო ასლები უფრო მეტ ადგილს იკავებს ანალოგებთან შედარებით- ეს მიდგომა უფრო ეფექტურად იყენებს დისკის ადგილს და ქმნის სარეზერვო ასლებს უფრო სწრაფად, ვიდრე სრული სარეზერვო საშუალება, მაგრამ ეს მეთოდი მაინც შეიცავს ზედმეტ მონაცემებს.
  • ყოველი მომდევნო დიფერენციალური სარეზერვო ასლი მნიშვნელოვნად იზრდება- ვინაიდან ფაილები შედარებულია მხოლოდ სრულ სარეზერვო ასლთან, ადრე თუ გვიან დიფერენციალური სარეზერვო ასლი შედარდება სრულ ასლთან. ამ შემთხვევაში, თქვენ უნდა გააკეთოთ ფაილების ახალი სრული ასლი და დაიწყოთ პროცესი თავიდან (ჩვეულებრივ, ავტომატურად ხდება).

დამატებითი სარეზერვო მეთოდი ძალიან ჰგავს დიფერენციალურ სარეზერვო ასლს, მაგრამ აქვს ერთი ფუნდამენტური განსხვავება - ის ინახავს ნაკლებ ზედმეტ მონაცემებს სარეზერვო ასლებში. ყოველი დამატებითი სარეზერვო ასლი შეიცავს მხოლოდ იმ ფაილებს, რომლებიც შეიქმნა ან შეიცვალა ბოლო სრული სარეზერვო ასლის ან ბოლო დამატებითი სარეზერვო ასლის შემდეგ. ეს სარეზერვო ასლები ინახავს ბევრად ნაკლებ ზედმეტ მონაცემებს, ვიდრე დიფერენციალური სარეზერვო ასლები, მაგრამ კუმულაციური ეფექტი ჯერ კიდევ არსებობს, ამიტომ დამატებითი ასლები შეიძლება შეიცავდეს ფაილებს, რომლებიც უკვე იყო ერთ-ერთ დამატებით ასლში, მაგრამ შემდგომში შეიცვალა. დამატებითი სარეზერვო ასლები განსაკუთრებით სასარგებლოა ხშირი სარეზერვო ასლისთვის, როგორიცაა საათობრივი სარეზერვო ასლები.

დამატებითი სარეზერვო ასლების უპირატესობები და უარყოფითი მხარეები

  • დამატებითი სარეზერვო ასლები უფრო სწრაფია, ვიდრე დიფერენციალური სარეზერვო ასლები- წინა ცვლილებების გათვალისწინებით, ასეთი სარეზერვო ასლები ინახავს ნაკლებ ზედმეტ ინფორმაციას და შესაბამისად იქმნება ბევრად უფრო სწრაფად.
  • დამატებითი სარეზერვო ასლები უფრო მცირეა, ვიდრე დიფერენციალური- იგივე წინა ცვლილებების გათვალისწინებით, ასეთი სარეზერვო ასლები ნაკლებ ინფორმაციას ინახავს
  • თქვენ შეგიძლიათ შექმნათ მეტი დამატებითი სარეზერვო ასლი, ვიდრე დიფერენციალური- იმის გამო, რომ სარეზერვო ასლები ინახავს ნაკლებ ზედმეტ ინფორმაციას, მათი რაოდენობა შეიძლება ბევრად მეტი იყოს სრულ ასლებს შორის, ვიდრე დიფერენციალური ასლების შემთხვევაში.
  • დამატებითი ასლების აღდგენას უფრო მეტი დრო სჭირდება, ვიდრე დიფერენციალური ასლების შემთხვევაში- ფაილების აღდგენის მიზნით, თქვენ უნდა ამოიღოთ ისინი სრული ასლიდან და შემდეგ თანმიმდევრულად გამოიყენოთ ყველა შემდგომი დამატებითი სარეზერვო ასლი.
  • ინფორმაციის დაკარგვის გაზრდილი რისკი- თუ ერთ-ერთი დამატებითი ასლი დაზიანებულია ან წაშლილია, მაშინ ამ ასლიდან ფაილების აღდგენა შეუძლებელი იქნება, რის შედეგადაც ფაილებში ცვლილებები და დამატებული ფაილები შეუქცევად დაიკარგება. თუმცა, ჯერ კიდევ შესაძლებელია მონაცემების აღდგენა სხვა დამატებითი ასლებიდან.

ტერმინი "დელტა" ხშირად მოიხსენიება, როგორც დიფერენციალური სარეზერვო მეთოდი, მაგრამ ზოგჯერ მას ასევე უწოდებენ "დელტას სარეზერვო ასლს", "დელტა ბლოკის სარეზერვო ასლს" და "დელტას სტილის სარეზერვო ასლს". და ძირითადად, ყველა ეს კონცეფცია ეხება იმავე სარეზერვო ტექნოლოგიას. დელტა მეთოდს ყველაზე სწორად უწოდებენ დელტა ბლოკის სარეზერვო საშუალებას, რომელიც გამოიყენება ინკრემენტულ და დიფერენციალურ მიდგომებთან ერთად. მნიშვნელოვანია აღინიშნოს, რომ დელტა ბლოკის სარეზერვო მეთოდი გამოიყენება მხოლოდ შეცვლილ ფაილებზე და არა შექმნილ ფაილებზე. დამატებული ფაილები, რა თქმა უნდა, ასევე ინახება ასლებში, მაგრამ ნორმალურ რეჟიმში.

ადრე აღწერილი სარეზერვო მეთოდები ქმნის შეცვლილი ფაილის სრულ ასლს, თუნდაც მხოლოდ ერთი სიმბოლო შეიცვალოს. რა თქმა უნდა, ეს მიდგომა დიდ პრობლემას არ შეუქმნის, თუ ვსაუბრობთ მცირე ტექსტურ დოკუმენტებზე, მაგრამ ძალიან დიდი ფაილების შემთხვევაში, როგორიცაა მონაცემთა ბაზები, ეს მიდგომა ძალიან პრობლემური იქნება. მაგალითად, ელექტრონული ფოსტის კლიენტები, როგორიცაა Outlook, ყველაზე ხშირად ინახავს ყველა ინფორმაციას ერთ დიდ ფაილში (წერილები, კონტაქტები და ა.შ.). ამ შემთხვევაში, გამოდის, რომ ერთი წერილის მიღების შემდეგაც კი, ყველა წინა მეთოდი იძულებული იქნება შექმნას მთელი ფაილის ასლი. და რადგანაც ამ ტიპის ფაილები შეიძლება ხშირად შეიცვალოს, არ აქვს მნიშვნელობა რა მიდგომას მიმართავთ, თქვენი სარეზერვო ასლები ექსპონენტურად გაიზრდება და გამოიწვევს უზარმაზარი რაოდენობის ზედმეტი ინფორმაციის შენახვას.

დელტა ბლოკის სარეზერვო ასლები გადალახავს ამ პრობლემას მხოლოდ შეცვლილი ფაილების ნაწილის სარეზერვო ასლის შექმნით, ვიდრე მთელი ფაილის. მეთოდის არსი საკმაოდ მარტივია. თითოეული ფაილი იყოფა კონკრეტული ზომის ბლოკებად და შემდეგ სარეზერვო ასლის შექმნისას, შეცვლილი ფაილის ბლოკები შედარებულია ფაილის ბლოკებთან სრული სარეზერვო ასლის სახით. და შედეგად, მხოლოდ ის ბლოკები, რომლებიც შეიცვალა ან დაემატა ფაილს, შედის სარეზერვო ასლში. ტერმინმა დელტამ შეიძლება შეცდომაში შეგიყვანოთ, რადგან გამოყენებული მეთოდებიდან გამომდინარე, შექმნილი სარეზერვო ასლების შინაარსი შეიძლება განსხვავებული იყოს. დიფერენციალური მეთოდის შემთხვევაში, არქივი შეიცავს განსხვავებას სრული ასლიდან, ხოლო დამატებითი მეთოდის შემთხვევაში, არქივი შეიცავს განსხვავებას ბოლო არქივიდან შეცვლილ ფაილთან. შესაბამისად, უპირატესობები და უარყოფითი მხარეები იგივე იქნება, რაც დელტას გამოყენების მეთოდებთან ერთად. თუმცა, დამატებითი კოპირების შემთხვევაში, ინფორმაციის დაკარგვის რისკი უფრო მაღალი იქნება, რადგან დამატებითი სარეზერვო ასლის დაკარგვა ნიშნავს ყველა შემდგომი დამატებითი სარეზერვო ასლიდან ცვლილებების გამოყენების შეუძლებლობას (რადგან არ არის გარანტირებული, რომ შემდგომი ცვლილებები სწორად იქნება გამოყენებული. ).

შენიშვნა: ბლოკის ზომა დამოკიდებული იქნება პროგრამებზე ან მომხმარებლის მიერ არჩეულ ზომაზე, თუ პროგრამა მხარს უჭერს მას. როგორც წესი, ბლოკის ზომები მერყეობს 1-დან 32 კილობაიტამდე.

დელტა განსაკუთრებით კარგია ტექნოლოგიებში გამოსაყენებლად, სადაც ფაილების სარეზერვო ასლი იქმნება მათი შექმნის ან შეცვლისთანავე. ეს მიდგომა ასევე ცნობილია, როგორც რეალურ დროში სარეზერვო ან მონაცემთა უწყვეტი დაცვა. დელტა ასევე სასარგებლოა, როდესაც სარეზერვო ასლები ინახება დისტანციურ რესურსებზე (სერვერები, საცავი) შეზღუდული გამტარუნარიანობის პირობებში.

Delta Block Backup-ის უპირატესობები და უარყოფითი მხარეები

  • დელტას სარეზერვო ასლები ძალიან ცოტა ადგილს იკავებს და ბევრად უფრო სწრაფად იქმნება
  • დელტას სარეზერვო ასლები საშუალებას გაძლევთ შეინახოთ ბევრად ნაკლები ზედმეტი ინფორმაცია- დამატებითი და დიფერენციალური სარეზერვო მეთოდებს, ფაილების მინიმალური ცვლილებებით კოპირების აუცილებლობის გამო, შეუძლიათ მნიშვნელოვანი რაოდენობის ზედმეტი ინფორმაციის შენახვა. დელტა ბლოკის კოპირების მეთოდს შეუძლია შეამციროს ეს დონე.
  • ვინაიდან დელტა ბლოკები იქმნება პროგრამების მიერ კონკრეტული ალგორითმების გამოყენებით, მაშინ მათი აღდგენა შესაძლებელია მხოლოდ იმავე პროგრამების გამოყენებით. ამ თვალსაზრისით, ასეთი სარეზერვო ასლები შეზღუდავს იმ მომხმარებლებს, რომლებსაც შეიძლება დასჭირდეთ მონაცემთა ხელით აღდგენა.
  • დელტა ბლოკის დაჯავშნა უფრო ნელია, ვინაიდან აუცილებელია ფაილების აღდგენა სხვადასხვა ნაწილიდან.

ორობითი პატჩის ტექნოლოგია თავდაპირველად შეიქმნა, როგორც პროგრამული უზრუნველყოფის შემქმნელებისთვის, რათა მარტივად განაახლონ თავიანთი პროგრამები კლიენტებისგან ინტერნეტით. ასეთმა „პატჩებმა“ შეცვალა ფაილებში შეცვლილი ნაწილები. ფაილების ნაწილები და არა მთლიანი ფაილები. ასეთი პატჩები იკავებენ ბევრად უფრო მცირე ზომას, ვიდრე მარტივი პატჩები, რომლებიც მთლიანად ცვლის ფაილებს. დროთა განმავლობაში, ეს ტექნოლოგია ადაპტირებული იყო სარეზერვო ამოცანებზე.

შენიშვნა: ამ სარეზერვო მეთოდის მაგალითია FastBittm, რომელსაც იყენებენ მსხვილი კომპანიები, როგორიცაა Microsoft, IBM და Compaq.

ორობითი პატჩის სარეზერვო მეთოდი ძალიან ჰგავს დელტა ბლოკის სარეზერვო ასლს, მაგრამ განსხვავება ისაა, რომ დელტა იყენებს ბლოკებს, როგორც შედარების ერთეულს, ხოლო ორობითი პატჩები, როგორც სახელი გვთავაზობს, იყენებენ ბიტებს, როგორც შედარების ერთეულს. სხვა სიტყვებით რომ ვთქვათ, დელტა აკოპირებს მონაცემთა ნებისმიერ შეცვლილ ბლოკს სარეზერვო არქივში, მაშინაც კი, თუ მხოლოდ რამდენიმე სიმბოლო შეიცვალა (მაგალითად, თუ ბლოკი არის 32 KB, მაშინაც კი, თუ 1 სიმბოლო შეიცვლება, მთელი 32 KB ბლოკი იქნება კოპირებულია), ხოლო ბინარული პაჩის მეთოდით მხოლოდ შეცვლილი ბიტები კოპირდება მონაცემები. ეს განსხვავება საშუალებას გაძლევთ დაზოგოთ ზომა და, შედეგად, გადაცემული ტრაფიკი.

ორობითი სარეზერვო პატჩების უპირატესობები და უარყოფითი მხარეები

შენიშვნა: ამჟამად არის ძალიან, ძალიან ცოტა სარეზერვო აპლიკაცია, რომელიც მხარს უჭერს ამ ტექნოლოგიას. გარდა ამისა, ამ ტექნოლოგიის შესახებ ძალიან ცოტა ინფორმაციაა, ამიტომ უარყოფითი მხარეები და უპირატესობები თეორიული პერსპექტივიდან უნდა განიხილებოდეს.

  • თითქმის მთლიანად გამორიცხავს მონაცემთა სიჭარბეს, რის შედეგადაც მიიღება ყველაზე პატარა სარეზერვო ასლები.
  • მინიმალური ზომა საშუალებას გაძლევთ მნიშვნელოვნად შეამციროთ დატვირთვაქსელის გამტარუნარიანობამდე.
  • ეს მეთოდი უფრო მეტია სისტემის რესურსების და დროის მოთხოვნავიდრე დელტა. თუმცა, ეს მიდგომა შეიძლება კომპენსირებული იყოს ქსელის დატვირთვის მნიშვნელოვანი შემცირებით.
  • ამის შესახებ ინფორმაცია პრაქტიკულად არ არსებობს როგორ აღდგება ფაილიდა რამდენი მეთოდი ეფექტური. თუმცა, თეორიულად, მეთოდი არ უნდა იყოს მნიშვნელოვნად უფრო რთული, ვიდრე დელტა, პრაქტიკა მაინც შეიძლება მნიშვნელოვნად განსხვავდებოდეს თეორიისგან.

6. სარკის სარეზერვო ასლები

სარეზერვო პროგრამების უმეტესობა მხარს უჭერს სარკისებურ სარეზერვო ასლებს, როგორც სრული სარეზერვო ასლების, დიფერენციალური სარეზერვო ასლების და სხვათა ალტერნატივას. ზოგიერთი პროგრამა იყენებს ალტერნატიულ ტერმინოლოგიას სარკის კონცეფციისთვის, როგორიცაა "მარტივი კოპირება". ეს ნაწილობრივ განპირობებულია იმით, რომ სარკის ასლები ძირითადად სარეზერვო მარტივი ტიპია. ეს მეთოდი არ იყენებს რაიმე სპეციალურ სარეზერვო ტექნოლოგიას, მხოლოდ მარტივი ასლის ოპერაციას. მაგალითად, თუ დააკოპირებთ და ჩასვით დირექტორიას ერთი დისკიდან მეორეზე, შეგიძლიათ ჩათვალოთ, რომ თქვენ შექმენით ამ საქაღალდის სარკისებური სარეზერვო ასლი. ფაილები სარკის ასლებში, როგორც წესი, იგივე ფაილებია, რაც წყაროშია. ისინი არ არის შეკუმშული არქივებში, როგორც სრული სარეზერვო საშუალებით (თუმცა ზოგიერთი პროგრამა მხარს უჭერს ინდივიდუალური ფაილების შეკუმშვას და დაშიფვრას).

როდის გამოვიყენოთ სარკისებული სარეზერვო ასლები

არაკომპრესირებული სარკის ასლები კარგად არის შესაფერისი იმ შემთხვევებში, როდესაც კოპირებული ფაილების უმეტესობა უკვე შეკუმშულია არქივებში. მაგალითად, მუსიკალური ფაილები mp3 ან wma ფორმატში, სურათები jpg ან png ფორმატში, ვიდეო DivX, mov ან flv ფორმატში. გარდა ამისა, ინსტალატორების უმეტესობა ასევე შეკუმშულია. თუ ამ ფაილებს ჩართავთ რეგულარულ სრულ სარეზერვო პროცედურაში, რომელიც ახორციელებს შეკუმშვას, შეამჩნევთ, რომ გარდა იმისა, რომ კოპირების პროცესი დიდხანს გაგრძელდება, მიღებული არქივი ზომით ოდნავ განსხვავებული იქნება (ძალიან მცირე მონაცემები შეკუმშული იქნება). ამ თვალსაზრისით, უმჯობესია შექმნათ ცალკეული სარეზერვო სამუშაოები შეკუმშული და არაკომპრესირებული ფაილებისთვის. თუ თქვენი სარეზერვო პროგრამა მხარს უჭერს ფილტრებს, შეგიძლიათ მათი გამოყენება ავტომატურად შეარჩიოთ შესაბამისი ფაილები თითოეული სამუშაოსთვის.

სარკისებული სარეზერვო ასლების უპირატესობები და უარყოფითი მხარეები

  • სარკისებური ასლები ხელსაყრელია შეკუმშულ ფაილებზე გამოსაყენებლად.
  • იმის გამო, რომ სარკის ასლი არ ინახება ერთ საარქივო ფაილში, შეგიძლიათ ნაკლებად ინერვიულოთ ფაილების გაფუჭებაზე.
  • სარკისებური ასლები, როგორც წესი, არ იყენებენ შეკუმშვას და ამიტომ საჭიროებენ უამრავი შენახვის ადგილი, თუ სხვა მეთოდები არ გამოიყენება, როგორიცაა მყარი ბმულები (დაწვრილებით მათ შესახებ მოგვიანებით)

7. სინთეზური სრული სარეზერვო ასლები

სინთეზური სრული სარეზერვო საშუალება დროდადრო ჩნდება აღწერილობებში, მაგრამ უნდა გვესმოდეს, რომ ეს არ არის სარეზერვო მეთოდი, არამედ სარეზერვო ტექნოლოგია, რომელიც შეიძლება გამოყენებულ იქნას ერთ-ერთ ზემოთ მოცემულ მეთოდზე, რათა უფრო ეფექტურად აღადგინოთ და შექმნათ სარეზერვო ასლები.

სინთეტიკური ასლები ჩვეულებრივ გამოიყენება მხოლოდ კლიენტ-სერვერის სარეზერვო სისტემებში. მეთოდის მნიშვნელობა საკმაოდ მარტივია. კლიენტის კომპიუტერს შეუძლია შეასრულოს სარეზერვო ასლი ნებისმიერი მეთოდის გამოყენებით (ინკრემენტული, დიფერენციალური და ა.შ.) და გადაიტანოს ეს სარეზერვო ასლი სერვერზე. რაღაც მომენტში, სერვერი დამოუკიდებლად აერთიანებს რამდენიმე ცალკეულ არქივს, რათა შექმნას სინთეზური სრული ასლი. ორგანიზების ეს მეთოდი საშუალებას იძლევა, პირველი სრული სარეზერვო ასლის შექმნის შემდეგ, კლიენტ კომპიუტერს არ მოუწიოს განმეორებითი სრული სარეზერვო ასლების შექმნა, რადგან ეს პროცესი ავტომატურად შესრულდება სერვერზე.

ამ მიდგომის უპირატესობა ორ მნიშვნელოვან პუნქტშია. პირველ რიგში, დიფერენციალური ასლების გამოყენებისას სარეზერვო სიჩქარე დროთა განმავლობაში არ შემცირდება ცვლილებების დაგროვების გამო, რადგან სერვერზე რეგულარულად შეიქმნება სინთეზური სრული არქივები. მეორეც, კლიენტის აპარატზე ფაილის სრული აღდგენა არ საჭიროებს ნაწილებისგან ფაილების რეკონსტრუქციის პროცესს. ამის მიზეზი ის არის, რომ რეკონსტრუქცია უკვე შესრულებულია სერვერზე, რაც კლიენტის მანქანას საშუალებას აძლევს აღადგინოს არქივები უმოკლეს დროში.

8. სარეზერვო ასლის შექმნა მყარი ბმულების გამოყენებით

ზოგიერთი სარეზერვო პროგრამა მხარს უჭერს მყარი ბმულების შექმნას, რამაც შეიძლება დაზოგოს დისკზე სივრცე იმავე ფაილების რამდენიმე სრული სარკისებური სარეზერვო ასლის შექმნისას.

იმის გასაგებად, თუ რა არის მყარი ბმული, უნდა გესმოდეთ, როგორ ინახება ფაილები თქვენს მყარ დისკზე. ფაილის შენახვისას, მონაცემები ფიზიკურად შეიძლება ჩაიწეროს დისკზე ნებისმიერ ადგილას. ამ შემთხვევაში, ფაილური სისტემა ქმნის მყარ ბმულს მონაცემთა ფიზიკურ მდებარეობასთან, თქვენ მიერ გამოყენებული ფაილის სახელით. ზოგიერთი ფაილური სისტემა საშუალებას გაძლევთ შექმნათ ერთზე მეტი მყარი ბმული რეალურ მონაცემებთან. მყარი ბმულების გამოყენება საშუალებას გაძლევთ გქონდეთ ნებისმიერი რაოდენობის ფაილი სხვადასხვა დირექტორიაში, რომლებიც მიუთითებენ იმავე ფიზიკურ მონაცემებზე.

სარეზერვო პროგრამების გამოყენებისას, რომლებიც მხარს უჭერენ მყარ ბმულებს იდენტური ფაილების მრავალი ასლის შესაქმნელად, პროგრამა შექმნის მყარ ბმულებს ყველა ფაილისთვის, რომელიც არ შეცვლილა. მაგალითად, თუ თქვენ შექმნით დირექტორიას ორ ასლს, რომელიც შეიცავს 100 მბ მონაცემს, მაშინ, ნორმალურ პირობებში, ეს ასლები დაიკავებს 200 მბ ადგილს მყარ დისკზე. მყარი ბმულების გამოყენებით, ასეთი ასლები კვლავ დაიკავებენ დისკზე იგივე 100 მბ ადგილს. ასეთ დირექტორიაში რომელიმე ფაილის შეცვლა რეალურად შეცვლის მხოლოდ ერთ ფიზიკურ მონაცემს და ეს მონაცემები ხელმისაწვდომი იქნება ორივე დირექტორიაში. მაგალითად, თუ მყარი ბმულებით დირექტორიების შექმნის შემდეგ, პირველ დირექტორიაში არსებულ ფაილს გაზრდით 2 მბ-ით, მაშინ მათი ჯამური ზომა იქნება 102 მბ, ხოლო ფაილში არსებული მონაცემები ორივე დირექტორიაში ერთნაირი იქნება.

უნდა აღინიშნოს, რომ თუ გსურთ წაშალოთ მყარი ბმულების შემცველი ერთ-ერთი სარეზერვო საშუალება, ეს არ იქნება პრობლემა, რადგან დარჩენილი ბმულები არ იმოქმედებს. დისკზე არსებული ფაილის ფიზიკური მონაცემები წაიშლება მხოლოდ მაშინ, როდესაც წაიშლება მასზე არსებული ყველა მყარი ბმული. ასევე აუცილებელია იმის გაგება, რომ მყარი ბმულების შექმნა შესაძლებელია მხოლოდ ერთი მოცულობის (ლოგიკური დისკის) დერეფნებში. მაგალითად, თქვენ არ შეგიძლიათ შექმნათ მყარი ბმულები სხვადასხვა დანაყოფებსა და დისკებს შორის. Windows ფაილურ სისტემებში NTFS მხარს უჭერს მყარ ბმულებს, ხოლო FAT არა.

შენიშვნა: Windows Explorer არ ითვალისწინებს მყარი ბმულების გამოყენებას ზომის გამოთვლისას. ეს ნიშნავს, რომ თუ ფაილი არის 100 მბ და აქვს ორი მყარი ბმული, ის რეალურად მოიხმარს მხოლოდ 100 მბ ადგილს დისკზე, ხოლო Windows Explorer აჩვენებს 200 მბ დისკის გამოყენებას. ეს წერტილი მხედველობაში უნდა იქნას მიღებული მყარი ბმულების გამოყენებით სარეზერვო ასლის გამოყენებისას.

თუმცა, რაც არ უნდა მიმზიდველად მოგეჩვენოთ ეს მეთოდი, ის სიფრთხილით უნდა გამოიყენოთ. ვინაიდან ჩვეულებრივი ლოგიკა „სხვადასხვა დირექტორიაში ფაილების შეცვლა ნიშნავს სხვადასხვა მონაცემების შეცვლას“ ამ მეთოდის შემთხვევაში არ გამოიყენება. ეს ნიშნავს, რომ ერთი ფაილის შემთხვევით შეცვლა ერთ ასლში ნიშნავს იგივე ფაილის შეცვლას ყველა ასლში. ამიტომ, თუ იყენებთ სარეზერვო პროგრამას, რომელიც მხარს უჭერს მყარ ბმულებს, რეკომენდებულია ყველა ცვლილება განახორციელოთ მხოლოდ პროგრამის საშუალებით და თავი შეიკავოთ ხელით ცვლილებებისგან.

ბოლო სიტყვები დაჯავშნის შესახებ

მოცემული მეთოდების მრავალფეროვნების მიუხედავად, სარეზერვო ასლის შექმნა ერთ-ერთია იმ სფეროებიდან, სადაც გამოყენებული ტექნოლოგიების არჩევანი გამართლებული უნდა იყოს ამოცანების გადაჭრის თვალსაზრისით. თქვენ არ უნდა გამოიყენოთ მეთოდები, რომლებიც დაფუძნებულია მხოლოდ ინდივიდუალურ მახასიათებლებზე, როგორიცაა სიჩქარე და ადგილი დისკზე. მაგალითად, თუ სარეზერვო ასლებს ინახავთ პორტატულ მყარ დისკზე, მაშინ ისეთი ტექნოლოგიის გამოყენებამ, როგორიცაა დელტა ბლოკის კოპირება, შეიძლება დაზოგოთ სივრცე, მაგრამ შეიძლება ასეთი სარეზერვო ასლები სრულიად უსარგებლო გახადოს ისეთ სიტუაციებში, როდესაც სარეზერვო პროგრამა მიუწვდომელია (მაგალითად, თქვენ საჭიროა დოკუმენტის სხვა კომპიუტერზე შესწორება, ან რაიმე მიზეზით პროგრამა გაფუჭდა და არ არის ინტერნეტი ინსტალერის ჩამოტვირთვისთვის). ამ შემთხვევაში, რეგულარული დამატებითი კოპირების გამოყენება (დელტას გარეშე) უფრო გამართლებული იქნება, რადგან ყოველთვის შეგიძლიათ ხელით აღადგინოთ საჭირო დოკუმენტები. ამიტომ, შეეცადეთ აირჩიოთ ტექნოლოგიები საღი აზრით

მოგესალმებით, საიტის ძვირფასო სტუმრებო! მოდით გავაგრძელოთ ამ განყოფილების ბოლო პოსტში დაწყებული თემა და ამჯერად უფრო დეტალურად განვიხილავთ, თუ როგორ ხორციელდება დამატებითი სარეზერვო ასლები.

მონაცემთა ფაილში თითოეული მონაცემთა ბლოკი შეიცავს სისტემის ცვლილების ნომერს (SCN), რომელიც არის SCN ნომერი, რომელზეც განხორციელდა ახალი ცვლილება ბლოკში. დამატებითი სარეზერვო ასლის დროს, RMAN კითხულობს მონაცემთა თითოეული ბლოკის SCN-ს შეყვანის ფაილში და ადარებს მას დამატებითი სარეზერვო სარეზერვო პუნქტის SCN-ს. თუ შეყვანის მონაცემთა ბლოკში SCN მეტია ან ტოლია მშობლის გამშვები პუნქტის SCN, მაშინ RMAN აკოპირებს ბლოკს.

გაითვალისწინეთ, რომ თუ ჩართავთ ბლოკის ცვლილების თვალთვალის პარამეტრს, RMAN-ს შეუძლია წვდომა ცვლილებების მიკვლევის ფაილზე, რათა დაადგინოს შეცვლილი ბლოკები მონაცემთა ფაილებში, მონაცემთა ფაილის მთლიანი შინაარსის სკანირების გარეშე. ჩართვის შემდეგ, ბლოკის ცვლილების თვალყურის დევნება გავლენას არ მოახდენს თქვენს შესრულებაზე ან სარეზერვო ასლების გამოყენებაზე და მხოლოდ გაუმჯობესებულ შესრულებას გთავაზობთ.

დამატებითი დონე 0 და დონე 1 სარეზერვო ასლები

დამატებითი სარეზერვო ასლები შეიძლება იყოს დონე 0 ან დონე 1. 0 დონის დამატებითი სარეზერვო ასლი, რომელიც არის შემდგომი დამატებითი სარეზერვო ასლების საფუძველი, აკოპირებს ყველა ბლოკს, რომელიც შეიცავს მონაცემებს, ახდენს მონაცემთა ფაილის სარეზერვო ასლს, ისევე როგორც სრული სარეზერვო ასლის სახით. ერთადერთი განსხვავება 0 დონის სარეზერვო ასლსა და სრულ სარეზერვო ასლს შორის არის ის, რომ სრული სარეზერვო ასლი არასოდეს შედის დამატებითი სტრატეგიაში.

1 დონის დამატებითი სარეზერვო საშუალება შეიძლება იყოს ერთ-ერთი შემდეგი ტიპის:

  • დიფერენციალური სარეზერვო ასლი, რომელიც ქმნის ყველა ბლოკის სარეზერვო ასლს, რომელიც შეიცვალა ბოლო დამატებითი სარეზერვო ასლის შემდეგ 1 ან 0 დონეზე
  • კუმულაციური სარეზერვო ასლი, რომელიც ქმნის ყველა ბლოკის სარეზერვო ასლს, რომელიც შეიცვალა ბოლო დამატებითი სარეზერვო ასლის შემდეგ 0 დონეზე

დამატებითი სარეზერვო ასლები ნაგულისხმევად დიფერენციალურია.

სარეზერვო ფაილის ზომა დამოკიდებულია მხოლოდ შეცვლილი ბლოკების რაოდენობაზე და დამატებითი სარეზერვო ასლის დონეზე.

დიფერენციალური დამატებითი სარეზერვო ასლები

1 დონის დიფერენციალური სარეზერვო ასლის დროს, RMAN ქმნის ყველა ბლოკის სარეზერვო ასლს, რომელიც შეიცვალა ბოლო კუმულაციური ან დიფერენციალური დამატებითი სარეზერვო ასლის შემდეგ 1 ან 0 დონეზე. RMAN ადგენს 1 დონის სარეზერვო ასლს ბოლოს და ქმნის ყველა ბლოკს, რომელიც შეცვლილია ამ სარეზერვო ასლის შემდეგ. თუ არ არის ხელმისაწვდომი 1 დონის სარეზერვო საშუალება, RMAN კოპირებს ყველა ბლოკს, რომელიც შეცვლილია 0 დონის სარეზერვო ასლის შემდეგ.

შემდეგი ბრძანება ასრულებს მონაცემთა ბაზის 1 დონის დიფერენციალურ დამატებით სარეზერვო ასლს:

RMAN> სარეზერვო მატებადი დონე 1 მონაცემთა ბაზა;

თუ 0 დონის სარეზერვო ასლი მიუწვდომელია, მაშინ ქცევა დამოკიდებულია თავსებადობის რეჟიმის პარამეტრზე. თუ თავსებადობა >=10.0.0, RMAN აკოპირებს ყველა ბლოკს, რომელიც შეიცვალა ფაილის შექმნის შემდეგ და ინახავს შედეგებს 1 დონის სარეზერვო ასლის სახით. სხვა სიტყვებით რომ ვთქვათ, დამატებითი სარეზერვო ასლის დროს, SCN აღებულია ფაილის შექმნის SCN-ის ტოლი. თუ თავსებადობა<10.0.0, RMAN генерирует бэкап уровня 0 содержимого файла во время резервного копирования, чтобы не было противоречия с предыдущими релизами.

სურათი 1 დიფერენციალური დამატებითი სარეზერვო ასლები (ნაგულისხმევი)

  • Კვირას
    დამატებითი სარეზერვო დონე 0 რეზერვები ყველა
  • ორშაბათიდან შაბათის ჩათვლით
    ყოველ დღე ორშაბათიდან შაბათის ჩათვლით, დიფერენციალური დამატებითი სარეზერვო ასლი 1 დონეზე ქმნის ყველა ბლოკს, რომელიც შეიცვალა ბოლო დამატებითი სარეზერვო ასლის შემდეგ 1 ან 0 დონეზე. ასე რომ, ორშაბათის სარეზერვო ასლი აკოპირებს ბლოკებს, რომლებიც შეიცვალა კვირა 0 დონის სარეზერვო ასლის შემდეგ, სამშაბათი. სარეზერვო ასლები აკოპირებს ბლოკებს, იცვლება სარეზერვო დონიდან 1-დან ორშაბათამდე 1-მდე და ა.შ.

კუმულაციური დამატებითი სარეზერვო ასლები

1 დონის კუმულაციური სარეზერვო ასლის დროს, RMAN ქმნის ყველა ბლოკის სარეზერვო ასლს, რომელიც გამოყენებული იყო ბოლო 0 დონის დამატებითი სარეზერვო ასლის შემდეგ. კუმულაციური დამატებითი სარეზერვო ასლები ამცირებს აღდგენისთვის საჭირო სამუშაოს, რაც უზრუნველყოფს, რომ გჭირდებათ მხოლოდ ერთი დამატებითი სარეზერვო ასლი ნებისმიერი მოცემული დონიდან. თუმცა, კუმულაციური სარეზერვო ასლები საჭიროებს მეტ ადგილს და დროს, ვიდრე დიფერენციალური სარეზერვო ასლები, რადგან ისინი კოპირებენ წინა სარეზერვო ასლების მიერ შესრულებულ სამუშაოს იმავე დონეზე.

შემდეგი ბრძანება ასრულებს მონაცემთა ბაზის კუმულაციური დონის 1 სარეზერვო ასლს:

სარეზერვო მატებადი დონე 1 კუმულაციური მონაცემთა ბაზა; # ბლოკი შეცვლილია 0 დონიდან

სურათი 2 კუმულაციური დამატებითი სარეზერვო ასლები

მაგალითში ნაჩვენებია შემდეგი რამ:

  • Კვირას
    დამატებითი სარეზერვო დონე 0 რეზერვები ყველაბლოკები, რომლებიც ოდესმე ყოფილა გამოყენებული ამ მონაცემთა ბაზაში.
  • ორშაბათიდან შაბათის ჩათვლით
    1 დონის კუმულაციური დამატებითი სარეზერვო ასლი აკოპირებს ყველა ბლოკს, რომელიც შეიცვალა ბოლო 0 დონის სარეზერვო ასლის შემდეგ. მას შემდეგ, რაც ბოლო 0 დონის სარეზერვო ასლი შეიქმნა კვირას, 1 დონის სარეზერვო ასლი ქმნის ყველა ბლოკს, რომელიც შეიცვალა კვირა სარეზერვო ასლის შემდეგ, ყოველდღე ორშაბათიდან. შაბათამდე.
  • ციკლი მეორდება მომდევნო კვირაში.

მარტივი დამატებითი სარეზერვო სტრატეგია

აირჩიეთ სარეზერვო სქემა მისაღები MTTR-ის მიხედვით (მოკლეა აღდგენის საშუალო დრო). მაგალითად, შეგიძლიათ განახორციელოთ სამ დონის სარეზერვო სქემა ისე, რომ სრული ან 0 დონის სარეზერვო ასლი მიიღება ყოველთვიურად, კუმულაციური 1 დონის სარეზერვო ასლი მიიღება ყოველკვირეულად და დიფერენციალური დონის 1 სარეზერვო ასლი მიიღება ყოველდღიურად. ამ დიზაინით, თქვენ არასოდეს მოგიწევთ გამოიყენოთ ერთდღიანი ტრანზაქციის ჟურნალები სრული აღდგენის მისაღწევად.

როდესაც გადაწყვეტთ, რამდენად ხშირად უნდა გააკეთოთ სრული ან 0 დონის სარეზერვო ასლი, კარგი წესია ახალი დონის 0 სარეზერვო ასლის გაკეთება ყოველ ჯერზე, როდესაც მონაცემთა 50% ან მეტი შეიცვლება. თუ თქვენი მონაცემთა ბაზის ცვლილების სიჩქარე პროგნოზირებადია, შეგიძლიათ აკონტროლოთ დამატებითი სარეზერვო ასლების ზომა, რათა დაადგინოთ, როდის უნდა გააკეთოთ შემდეგი დონის 0 სარეზერვო ასლი. შემდეგი მოთხოვნა აჩვენებს ბლოკების რაოდენობას, რომლებიც ჩაწერილია სარეზერვო კომპლექტში თითოეული მონაცემთა ფაილის მინიმუმ 50-ით. % მისი რეზერვირებული ბლოკები:

SELECT FILE#, INCREMENTAL_LEVEL, COMPLETION_TIME, BLOCKS, DATAFILE_BLOCKS FROM V$BACKUP_DATAFILE WHERE INCREMENTAL_LEVEL > 0 და ბლოკები / DATAFILE_BLOCKS > .5 ORDERTIME BY COMPLETION

შეადარეთ ბლოკების რაოდენობა დიფერენციალურ ან კუმულატიურ სარეზერვო ასლში საბაზისო დონის 0 სარეზერვო ასლთან. მაგალითად, თუ თქვენ შექმნით მხოლოდ 1 დონის სარეზერვო ასლებს, მაშინ 1 ახალი დონის სარეზერვო ასლის აღების შემდეგ, რომლის ზომა დაახლოებით ნახევარი საბაზისო დონის სარეზერვო ასლია. , მიიღეთ ახალი დონის 0 სარეზერვო 0.

Გმადლობთ ყურადღებისთვის!.

მოგესალმებით, ჰაბრო-სამყაროს მკვიდრებო! ჩვენ ვაგრძელებთ True Image ტექნოლოგიების გაცნობას. ამჯერად ვისაუბრებთ იმაზე, თუ როგორ უნდა დააკონფიგურიროთ სარეზერვო პროცესი ისე, რომ

  • მონაცემები საიმედოდ იყო დაცული.
  • სარეზერვო საქაღალდემ (ისინი ასევე სარეზერვო ასლებია, ისინი ასევე სარეზერვო ასლებია) არ "შეჭამა" მთელ თავისუფალ ადგილს თქვენს დისკზე.
  • არ დააკოპიროთ ერთი და იგივე ინფორმაცია სხვადასხვა სარეზერვო ასლში.
ამ თემას ნაწილობრივ უკვე შევეხეთ სტატიაში Acronis True Image, სარეზერვო ასლების შექმნის გზები. მოდით უფრო ახლოს მივხედოთ მას.

სარეზერვო სტრატეგია შედგება ორი ეტაპისგან:

  • სარეზერვო სქემის შექმნა.
  • სარეზერვო დაგეგმვა.
სინამდვილეში, საშუალო მომხმარებელს პრაქტიკულად არ უწევს ამ საკითხებთან გამკლავება. ნაგულისხმევი პარამეტრები კარგია უმეტეს შემთხვევაში. თუმცა, აშკარაა, რომ მათ არ შეუძლიათ გაითვალისწინონ კონკრეტული მომხმარებლის მონაცემების სპეციფიკა, რამდენად ხშირად ცვლის იგი ამ მონაცემებს და ა.შ. ამიტომ, რეკომენდირებულია თავად განახორციელოთ დახვეწა.

სარეზერვო ასლების შექმნის მეთოდები

გეგმის შექმნა იწყება სარეზერვო მეთოდების გაგებით. არსებობს სამი ასეთი მეთოდი: სრული, დამატებითი და დიფერენციალური სარეზერვო. რატომ არის ისინი საჭირო და რა განსხვავებაა? Მოდი ვნახოთ.
სრული სარეზერვო
აქ ყველაფერი ძალიან მარტივია. ყველა მონაცემი, რომელიც არჩეულია სარეზერვო ასლისთვის, ჩაიწერება სარეზერვო ფაილში.

სურათზე: ყველა სარეზერვო ასლი დასრულებულია.
ასეთი სარეზერვო ასლები ყველაზე საიმედოა, მაგრამ ასევე ყველაზე დიდი. ამ შემთხვევაში, აღდგენისთვის საჭიროა მხოლოდ ერთი ფაილი.

დამატებითი სარეზერვო
სარეზერვო ფაილი იწერს მხოლოდ ცვლილებებს, რომლებიც მოხდა ბოლო სარეზერვო ასლის შემდეგ.

სურათზე: 1.tib - სრული სარეზერვო საშუალება (პირველი სარეზერვო ასლი ყოველთვის სავსეა), 2.tib, 3.tib, 4.tib - დამატებითი სარეზერვო ასლები.
დამატებითი სარეზერვო ასლები გაცილებით მცირეა, ვიდრე სრული სარეზერვო ასლები. თუმცა, აღდგენისთვის დაგჭირდებათ წინა სრული სარეზერვო ასლი (1.tib ფიგურაში) და დამატებითი სარეზერვო ასლების მთელი ჯაჭვი, რომელიც მთავრდება სარეზერვო ასლით, საიდანაც გსურთ მონაცემების აღდგენა.

დიფერენციალური სარეზერვო
სარეზერვო ფაილი აღრიცხავს მხოლოდ ცვლილებებს, რომლებიც მოხდა ბოლო სრული სარეზერვო ასლის შემდეგ.

სურათზე: 1.tib - სრული სარეზერვო (პირველი სარეზერვო ყოველთვის სავსეა), 2.tib, 3.tib, 4.tib - დიფერენციალური სარეზერვო ასლები.
დიფერენციალური სარეზერვო ასლები სრულზე ნაკლებია, მაგრამ უფრო დამატებითი. აღდგენისთვის დაგჭირდებათ თავად დიფერენციალური სარეზერვო ასლი და წინა სრული სარეზერვო საშუალება (1.tib ფიგურაში).

ჯაჭვები და სქემები

კარგად, აქ მივედით ყველაზე საინტერესო ნაწილამდე. რა თქმა უნდა, თქვენ უკვე მიხვდით. სარეზერვო სამი მეთოდი გვაძლევს უამრავ განსხვავებულ ვარიანტს ე.წ. სარეზერვო ჯაჭვებისთვის. ჯაჭვი არის ერთი სრული სარეზერვო და ყველა დამატებითი და/ან დიფერენციალური სარეზერვო ასლი, რომელიც მასზეა დამოკიდებული. სქემა შედგება ერთი ან მეტი ჯაჭვისგან და ასევე შეიცავს წესებს ძველი სარეზერვო ასლების წაშლის შესახებ.
მართლაც, ჯაჭვის ვარიანტების დიდი არჩევანი შეიძლება იყოს. მაგრამ ეს თეორიაშია. პრაქტიკაში, ჯაჭვი ეფუძნება მხოლოდ ერთ მეთოდს: სრული, დამატებითი ან დიფერენციალური.

”აქ ყველაფერი ნათელია, როგორც დღის სინათლე! ყოველთვის შექმენით სრული სარეზერვო ასლები!” - იტყვი და მართალი იქნები. მაგრამ როგორც ყოველთვის არის კიდევ ერთი "მაგრამ". სრული სარეზერვო ასლები ყველაზე მძიმეა. არ გაწუხებთ თქვენი 2 ტბ დისკის სარეზერვო ასლებით შევსება? მაშინ ეს არის საუკეთესო გამოსავალი. მაგრამ ადამიანების უმეტესობას სურს მაქსიმალური საიმედოობა და ცვალებადობა დისკის სივრცის მინიმალური დაკარგვით. ამიტომ, როგორც ამბობენ, მოდით გავარკვიოთ. დავიწყოთ სრული სარეზერვო ასლების საფუძველზე დაფუძნებული სქემებით.

სქემები, რომლებიც ეფუძნება სრულ სარეზერვო ასლებს
მხოლოდ სრული სარეზერვო ასლების შექმნა მართლაც ყველაზე საიმედო გზაა მონაცემების დასაცავად. და ასევე სავსებით შესაძლებელია სარეზერვო სისტემის უკონტროლო ინფლაციის თავიდან აცილება. თქვენ უბრალოდ უნდა დააყენოთ დასუფთავების წესები, მაგრამ ამის შესახებ ქვემოთ.
ამ სქემის ნაკლოვანებები:
  • თითოეული სარეზერვო ასლის შექმნას დიდი დრო სჭირდება.
  • დისკზე სივრცის მნიშვნელოვანი დაკარგვა.
  • სარეზერვო ასლების მცირე რაოდენობა, ე.ი. დროის წერტილები, რომლებზეც შეგიძლიათ „უკან გადახვიდეთ“.
  • ერთი და იგივე ინფორმაციის დუბლირება სხვადასხვა სარეზერვო ასლში.
ამ სქემის გამოყენება რეკომენდებულია სისტემის დანაყოფის დასაცავად. საკმარისი იქნება სამი ან ოთხი სრული სარეზერვო საშუალება.
დამატებითი სარეზერვო ასლების საფუძველზე დაფუძნებული სქემები
ამ სქემით იქმნება ერთი სრული სარეზერვო და მასზე დამოკიდებული დამატებითი სარეზერვო ასლების ჯაჭვი. უპირატესობები აშკარაა - სარეზერვო ასლები სწრაფად იქმნება და ცოტას იწონის, ე.ი. თქვენ შეგიძლიათ შექმნათ ბევრად მეტი მათგანი, ვიდრე სრული სარეზერვო სქემით. შედეგად, თქვენ მიიღებთ მაქსიმალურ ცვალებადობას აღდგენის წერტილის არჩევისას. მაგრამ არის ერთი სერიოზული ნაკლი - დაბალი საიმედოობა. თუ რომელიმე სარეზერვო ასლი დაზიანებულია, ყველა შემდგომი გადაიქცევა ნაგავში - მათგან აღდგენას ვერ შეძლებთ. არსებობს რაიმე გზა საიმედოობის გასაუმჯობესებლად? Დიახ, შეგიძლია. უმარტივესი გზაა ახალი სრული სარეზერვო ასლის შექმნა რამდენიმე დამატებითი, მაგალითად, ოთხი ან ხუთის შემდეგ. ამრიგად, ჩვენ ვიღებთ წრეს რამდენიმე ჯაჭვით და ერთ-ერთი ჯაჭვის დაზიანება არ იმოქმედებს სხვებზე.
ეს სქემა უნივერსალურია; მისი გამოყენება შესაძლებელია როგორც დისკების, ასევე ფაილების დასაცავად.
დიფერენციალური სარეზერვო ასლების საფუძველზე დაფუძნებული სქემები
ამ სქემით იქმნება ერთი სრული სარეზერვო და მასზე დამოკიდებული დიფერენციალური სარეზერვო ასლები. ეს მიდგომა აერთიანებს წინა ორის უპირატესობას. ვინაიდან დიფერენციალური სარეზერვო ასლები უფრო მცირეა ვიდრე სრული სარეზერვო ასლები და უფრო მატულობენ, თქვენ მიიღებთ საშუალო ცვალებადობას აღდგენის წერტილის არჩევისას და საკმაოდ მაღალ საიმედოობას. მაგრამ თქვენ ჯერ კიდევ არ შეგიძლიათ გააკეთოთ ხარვეზების გარეშე. რაც უფრო შორს არის დიფერენციალური სარეზერვო საშუალება მისი სრული სარეზერვო ასლისგან, მით უფრო „მძიმეა“ ის და შეიძლება აღემატებოდეს სრული სარეზერვო ასლის ზომასაც. აქ გამოსავალი იგივეა, რაც დამატებითი მიდგომის შემთხვევაში - განზავეთ თქვენი დიფერენციალური სარეზერვო ასლები სრულით. დაცულ მონაცემებში ცვლილებების ინტენსივობიდან გამომდინარე, რეკომენდებულია ახალი სრული სარეზერვო ასლის შექმნა ორიდან ხუთ დიფერენციალურის შემდეგ.
ამ სქემას შეუძლია დაიცვას თქვენი სისტემის დანაყოფი, თუ დისკის ადგილი არ გაძლევთ საშუალებას შეინახოთ რამდენიმე სრული სარეზერვო ასლი.

დაგეგმვა

აქ ყველაფერი მარტივია. თქვენ ქმნით განრიგს და True Image ანახლებს თქვენს სარეზერვო ასლებს ზუსტად თქვენს მიერ დაყენებულ დროს და კონფიგურირებული სქემის შესაბამისად. რაც უფრო ხშირად იცვლება მონაცემები, მით უფრო ხშირად არის რეკომენდებული მისი სარეზერვო ასლის შექმნა. მაგალითად, სისტემის დანაყოფის სარეზერვო ასლის შექმნა შესაძლებელია თვეში ერთხელ, მაგრამ ფაილები, რომლებთანაც მუშაობთ ყოველდღე, რეკომენდებულია სარეზერვო ასლის შექმნა ყოველდღე ან უფრო ხშირად.

რა თქმა უნდა, როდესაც სასწრაფოდ გჭირდებათ სარეზერვო ასლის შექმნა, თქვენ არ გჭირდებათ დაელოდოთ დაგეგმილ დროს. ყოველთვის შეგიძლიათ სარეზერვო ასლის ხელით გაშვება.

დასუფთავების წესები

გამოცდილება აჩვენებს, რომ სარეზერვო ასლების შექმნისას მომხმარებლები იშვიათად ფიქრობენ გაწმენდაზე. მაგრამ ამაოდ. ყოველივე ამის შემდეგ, ისინი აღმოაჩენენ, რომ სარეზერვო ასლს "შეჭამა" დისკის ყველა უფასო გიგაბაიტი.
გასუფთავების წესები შეიძლება და უნდა იყოს კონფიგურირებული სარეზერვო სქემის შექმნისას. მისი კონფიგურაცია შეგიძლიათ სამი კრიტერიუმის მიხედვით:
  1. სარეზერვო ჯაჭვების მაქსიმალური „ასაკი“.
  2. სარეზერვო ჯაჭვების მაქსიმალური რაოდენობა.
  3. მაქსიმალური ჯამური სარეზერვო ზომა.
რატომ საუბრობენ პარამეტრები ჯაჭვებზე და არა ცალკეულ სარეზერვო ასლებს? რადგან დასუფთავების წესების მიზანია მოძველებული სარეზერვო ასლების ამოღება. ვინაიდან ნებისმიერი ჯაჭვი იწყება სრული სარეზერვო საშუალებით, ის პირველია, რომელიც მოძველებულია. სრული წაშლისას, როგორც ცნობილია, დამოკიდებულები უსარგებლო ხდება, ამიტომ მთელი ჯაჭვი იშლება.

რაც შეეხება სარეზერვო ასლს ღრუბლოვან საცავში?

ყველაფერი, რაზეც აქამდე ვისაუბრეთ, ეხება სარეზერვო ასლებს, რომლებსაც ინახავთ თქვენს შიდა ან გარე მყარ დისკზე, NAS, FTP სერვერზე და ა.შ. რაც შეეხება ღრუბელში სარეზერვო ასლს? True Image ინახავს ფაილების და დისკის სარეზერვო ასლებს Acronis Cloud-ში მარტივი დამატებითი სქემის გამოყენებით - ერთი სრული სარეზერვო ასლი და დამატებითი ჯაჭვი - და არ გაძლევთ საშუალებას შეცვალოთ იგი. გონივრულ კითხვაზე "რატომ" პასუხი მარტივია - ეს სქემა ყველაზე ეფექტურია დისკის სივრცის თვალსაზრისით, ხოლო ღრუბელში სარეზერვო ასლების უსაფრთხოება გარანტირებულია Acronis-ის მიერ.
ღრუბლის სარეზერვო ასლის გაწმენდის წესები ცოტა უფრო მარტივია, ვიდრე ჩვეულებრივი.

შეგიძლიათ შეზღუდოთ სარეზერვო ასლი „ასაკის“ მიხედვით და ღრუბელში შენახული თითოეული ფაილის ვერსიების რაოდენობით. არ იქნება ძალიან ლოგიკური სარეზერვო ასლის შეზღუდვა მეხსიერების მოცულობით. ყოველივე ამის შემდეგ, Acronis Cloud ძირითადად გამოიყენება სარეზერვო ასლების შესანახად.

მაშ, რას მივიღებთ საბოლოო ჯამში? თავად გადაწყვიტე:

  • რამდენი მონაცემების დაცვა გსურთ?
  • რამდენად ხშირად შეიცვლება ეს მონაცემები.
  • რამდენი თავისუფალი ადგილი გსურთ დათმოთ სარეზერვო ასლისთვის?
იქიდან, დააკონფიგურირეთ თქვენი სარეზერვო სქემა, დაგეგმვა და გასუფთავების წესები. ყველა. დანარჩენზე Acronis True Image იზრუნებს.

 

შეიძლება სასარგებლო იყოს წაკითხვა: