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

შესავალი

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

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

როგორ მუშაობს სარეზერვო და მონაცემთა აღდგენის სისტემები მუშაობა

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

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

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

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

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

1. PBBA სამიზნე სისტემები (სამიზნესისტემები). ეს კომპლექსი ქმნის მხოლოდ როგორც სამიზნე სარეზერვო მოწყობილობას. ასეთი გამოსავალი მოითხოვს დამატებითი პროგრამული უზრუნველყოფის ავტომატიზაციის, კონტროლისა და კონსოლიდაციის გამოყენებას, რაც, თავის მხრივ, უნდა გამოქვეყნდეს დამატებითი სერვერული აღჭურვილობით განლაგებული ოპერაციული სისტემით ყველა ჩამოთვლილი კომპონენტის ინტეგრირება. ასეთი მოწყობილობები მოიცავს EMC მონაცემთა Domain, HP Storeonce და ა.შ.
2. PBBA ინტეგრირებული სისტემები (ინტეგრირებული სისტემები). ისსრულად დასრულებული გადაწყვეტილებები, რომლებიც არ საჭიროებს დამატებით კომპონენტებს სრულფასოვანი სამუშაოსთვის. ესენია: სერვერები, დისკის მასივები და პროგრამული უზრუნველყოფა სარეზერვო. ასეთ სისტემებს აქვთ დიდი ინტეგრაცია აღჭურვილობასა და პროგრამას შორის და შეიძლება შეიცავდეს ქსელთან მუშაობის დამატებით ინსტრუმენტებს (მაგალითად, დატვირთვის დაბალანსება). ასეთი გადაწყვეტილებები არ საჭიროებს დამატებით ინვესტიციებს ინფრასტრუქტურაში, აქვს პატარა განლაგება და ინტეგრაციის ხარჯები და ასევე უფრო ადვილია თანდასწრებით და ადმინისტრირება. ასეთი მოწყობილობები მოიცავს EMC Avamar- ს, Symantec Appliance Be + NBU და ა.შ.

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

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

1. დუბლირება საშუალებას იძლევა ერთდროულად კოპირება რამდენიმე წყაროზე, რაც ზრდის მონაცემთა შენახვის საიმედოობას.
2. Demouplication საშუალებას გაძლევთ გაანალიზოთ და შეკუმშოს დუბლიკატის მონაცემები. შედეგად, მონაცემთა არხების დატვირთვა და მონაცემთა შენახვის ადგილმდებარეობა მცირდება.
3. სისტემური სურათების შექმნა. არა მხოლოდ მონაცემების პერიოდული კოპირება, არამედ გამოსახულების გამოსახულებები საშუალებას გაძლევთ სწრაფად აღადგინოთ თანამშრომლის სამუშაო ადგილიც კი ოპერაციული სისტემის ან პერსონალური კომპიუტერის დაზიანების შემთხვევაში, რაც უზრუნველყოფს მისი ოპერაციის უწყვეტობას.
4. Დატვირთვის დაბალანსება. საშუალებას გაძლევთ ოპტიმიზაცია დატვირთვის მრავალჯერადი საცავებში ოპერაციების სწრაფი აღსრულებისათვის.
5. პროგრამული თავსებადობა (ოპერაციული სისტემები და DBMS). საშუალებას გაძლევთ შექმნათ "მსახიობი" ფაილები და მონაცემთა ბაზები, რომლებიც შეიძლება განსხვავდებოდეს სარეზერვო პროცესის დროს, მათი სწორი სრული გადაცემის და აღდგენისთვის.
6. სხვადასხვა ინსტრუმენტები დისტანციური ადმინისტრაციისთვის. ეს არის საკმაოდ მრავალფეროვანი კომპლექტი ფუნქციები, რომელიც საშუალებას გაძლევთ ავტომატიზირება ადმინისტრატორის მუშაობის ავტომატიზირება. ეს შეიძლება მოიცავდეს მომხმარებლის კომპიუტერებზე აგენტების დისტანციურ დამონტაჟებას, შემოწმების არქივებში, სარეზერვო მექანიკური ან ავტომატური შესართავებით და ა.შ.
7. მუშაობა ვირტუალურ მოწყობილობებთან.
8. მუშაობა "Cloud" საცავებთან.
9. მონაცემთა აღდგენის ალგორითმები. როდესაც მონაცემთა დაკარგვა, სხვადასხვა ალგორითმები გამოიყენება მონაცემთა აღდგენის მაჩვენებლის გაზრდის მიზნით, რაც საშუალებას გაძლევთ მხოლოდ საჭირო მონაცემების აღდგენა, გაათავისუფლონ დუბლირება აღდგენის დროს და ა.შ.

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

მსოფლიოში სარეზერვო და მონაცემთა აღდგენის სისტემების რაოდენობა საკმარისად შეზღუდულია. Gartner- ის ჯადოსნური მოედანი მიუთითებს იმაზე, რომ კომპანიები, როგორიცაა CommVault, EMC, IBM და Symantec დაიკავებს პირველი ბაზრის სავარძლები.

სურათი 1."Magic Square"გარტნერი. სარეზერვო სისტემებისთვის და მონაცემთა აღდგენა

2013 წელს, IDC- ის ანალიზმა კომპანიამ დეტალური ანგარიში გამოაქვეყნა (მსოფლიო კვარტალური დანიშნულება აშენებული სარეზერვო მოწყობილობის ტრეკერი) სპეციალიზებული სარეზერვო მოწყობილობების ბაზარზე (PBBA, დანიშნულების სარეზერვო მოწყობილობის) ბაზარზე. მისი თქმით, 2013 წლის მეორე კვარტალში ამ სეგმენტში კომპანიების შემოსავლებმა 720.2 მლნ აშშ დოლარი შეადგინა, რაც ერთი წლის წინ 7.3% -ს შეადგენს.

ცხრილი 1. მწარმოებლების შემოსავლები სპეციალურ სარეზერვო მოწყობილობებში (მილიონობით დოლარში)

მწარმოებელი	Q2 2012.		2 კვარტალი 2013.
	გაყიდვების მოცულობა	საბაზრო წილი	გაყიდვების მოცულობა	საბაზრო წილი

მოცემულ მაგიდასთან, ჩანს, რომ ბაზრის ნახევარზე მეტი EMC (62.6%) იკავებს. მეორე პოზიციაზე Symantec (12.4%), მესამე ადგილზეა IBM- ის მიერ 7.3% -ით. მეოთხე და მეხუთე ადგილი დაიკავებს HP (5.3%) და კვანტური (2.5%), ყველა სხვა კომპანიას ბაზარზე 2% -ზე ნაკლებია და ბაზრის 10% -ს შეადგენს. აღსანიშნავია ტენდენციებიდან, შესაძლებელია IBM- ის საბაზრო წილის შემცირება 40.4% -ით და Symantec- ის წილის ზრდა 71.3% -ით გაიზარდა.

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

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

რუსულ ბაზარზე წარმოდგენილია ძირითადი მსოფლიო მოთამაშეები სარეზერვო და მონაცემთა აღდგენის ბაზრის მოთამაშეებისთვის, რომლებიც ხელს უწყობენ რეგიონალურ პარტნიორებს. EMC, IBM, HP, Symantec, Dell, NetApp, CA ტექნოლოგიები წარმოდგენილია ბაზარზე. , რაც ყველაზე მეტად ორიენტირებულია მსხვილ კომპანიებზე. CommVault წარმოდგენილია რუსულ ბაზარზე პატარა მოცულობაში, ძირითადად მისი გადაწყვეტილება სთავაზობს CROC- ს კომპანიას. ასევე პოპულარულია რუსეთის მწარმოებლებისა და პარაგონის პროგრამული ჯგუფის გადაწყვეტილებები. მათი გადაწყვეტილებები განსაკუთრებით მნიშვნელოვანია მრავალი კომპანიის გადარჩენის პოლიტიკასთან დაკავშირებით, რომლებიც განსაკუთრებულ ყურადღებას იწყებენ "ფასების / ხარისხის" მაჩვენებლებს. მხოლოდ ვირტუალური სისტემების დასაცავად, რუსული კომპანიის VEEAM პროგრამების გადაწყვეტილებები გამოიყენება, მაგრამ მათ განიხილავთ მათ შემდეგ სპეციალიზებული სტატიის ფარგლებში.

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

Emc.

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

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

სარეზერვო და მონაცემთა აღდგენის სისტემები "მოქნილი" და დისკზე გაზრდის გამო. EMC Avamar ასევე შეიძლება ინტეგრირებული EMC მონაცემთა Domain შენახვის სისტემები. ეს სისტემები წარმოდგენილია მცირე მოწყობილობებით (DD160, DD620) დიდი სპექტრი (DD160, DD620), რომელსაც შეუძლია რამდენიმე terabytes, ძალიან დიდი storages (dd990) რამდენიმე petabytes.

IBM.

სარეზერვო IBM- ის სფეროში წარმოდგენილია IBM Tivoli შენახვის მენეჯერის პროდუქტი. ეს პროგრამული პროდუქტი, რომელიც ჩართულია სარეზერვო ასლებისა და შენახვის მოწყობილობებში. IBM Tivoli შენახვის მენეჯერი თავსებადია სხვადასხვა მონაცემთა შენახვის სისტემების დიდი რაოდენობით. იგი უზრუნველყოფს ადგილობრივ (LAN), გლობალურ (WAN) ქსელებს და მიმდინარე მონაცემთა შენახვის ქსელების განვითარებას (SAN).

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

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

Symantec.

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

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

Symantec Backup- ისა და მონაცემთა აღდგენის სისტემებთან მუშაობისთვის Symantec Backup Exec 3600 პროგრამული და აპარატურის მოწყობილობები, Symantec NetBackup 5230. მათი გამოყენების ერთ-ერთი უპირატესობა მინიმალური დროა საწარმოში. ამტკიცებს, რომ ადმინისტრატორს 20-30 წუთი დასჭირდება, რათა მოწყობილობებმა მუშაობა დაიწყეს და სრულად შეასრულონ თავიანთი ფუნქციები.

კონფიგალა

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

სარეზერვო ფუნქციები CommVault Simpana მოიცავს Deduplication, შექმნის სისტემის სურათები, სარეზერვო ავტომატიზაციის, ცენტრალიზებული სარეზერვო მართვა, შექმნის ანგარიშები, უზრუნველყოფს თვითმმართველობის წვდომის მომხმარებლებს სარეზერვო, გამოიყენოთ პოლიტიკის იერარქიული მონაცემთა შენახვის, დატვირთვის დაბალანსება და ა.შ. CommVault Simpana უზრუნველყოფს სიღრმისეული ინტეგრაციის ვირტუალურ ინფრასტრუქტურას Advanced მონაცემთა მართვის ინსტრუმენტები Microsoft Hyper-V პლატფორმების, VMware vCenter და VMware vCloud დირექტორი.

CommVault მხარს უჭერს ხელმისაწვდომი ოპერაციული სისტემებისა და პროგრამების უმრავლესობას (კერძოდ, Oracle, Microsoft, Postgresql და MySQL, Documentum, SAP), რათა შეიქმნას სარეზერვო ასლები მათზე მინიმალური დატვირთვისას.

Hp.

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

• მონაცემთა Deduplication შესაბამისად HP StoreOnce Federated Deduplication ტექნიკა როგორც კლიენტებს (სარეზერვო სერვერი) ან მონაცემთა შენახვის სისტემები (სამიზნე ბაზა);
• სარეზერვო და აღდგენა ვირტუალური გარემოში, მათ შორის დაცვის ორივე სრული ვირტუალური მანქანები და ინდივიდუალური მონაცემები მათ შიგნით;
• ინტეგრაცია ფუნქციონირებასთან ერთად აპარატურის დისკის მასივები (Snapshots) უკან ნულოვანი Downtime Downtime Backup და მყისიერი ინფორმაციის აღდგენის მყისიერი აღდგენა (IR);
• ინდივიდუალური სარეზერვო ნივთების აღსადგენად (მაგალითად, ვირტუალური მანქანების ცალკე ფაილი).

სარეზერვო შენახვისთვის გამოიყენება დისკზე ბიბლიოთეკების ხაზი HPStoreonce Deduplication- თან. გამოსავალი ეფუძნება HP Proliant Gen8 სერვერზე პლატფორმას, მოდელებს აქვთ კონტეინერი 8TB- დან 2.2pb- მდე (35pb- მდე, რომელიც ითვალისწინებს Deduplication) და მხარს უჭერს სარეზერვო სიჩქარე 139TB / საათს. მას შეუძლია ერთდროულად მოქმედებს VTL (ვირტუალური ფირის ბიბლიოთეკა), ფირის დისკების emulating, და მოქმედებს როგორც ფაილის შენახვის CFS / NFS ხელმისაწვდომობა.

Dell.

ცოტა ხნის წინ, Dell გაიზარდა პორტფელი სარეზერვო და აღდგენის გადაწყვეტილებები მეშვეობით შეძენის Quest პროგრამული უზრუნველყოფა და Appassure. მსხვილი საწარმოებისათვის და Dell კომპანიებისთვის სთავაზობს Netvault- ის გადაწყვეტა მთელი ინფრასტრუქტურის სარეზერვო ორგანიზებას და მცირე და საშუალო ბიზნესის განვითარებას, რაც აპრობირების მარტივი გამოყენებისას. ვირტუალური მანქანების დასაბრუნებლად, VRANGER აპლიკაცია გამოიყენება. რუსეთის Dell Division Developers ასევე სპეციალიზებული Dell პროგრამული გადაწყვეტილებები მარცვლოვანი აღდგენის რეკლამა და გაცვლა, ისევე როგორც უნიკალური ავტომატური აქტიური დირექტორია აღდგენის ტექნოლოგია მონაცემთა დაკარგვა.

მაგალითად, განიხილეთ Dell PowerVault DL და DL სერიის მოწყობილობები (შესაბამისი მოდელები - DL4000 და Dell Dr4100). მოწყობილობები საშუალებას გაძლევთ შეასრულოთ შემდეგი ფუნქციები:

• ოპტიმიზაცია და სარეზერვო ოპერაციების გამარტივება, რომელიც საშუალებას გაძლევთ მიიღოთ ასოცირებული downtime;
• ჩამონტაჟებული დასასრული Deduplication და მონაცემთა შეკუმშვის ბლოკის დონეზე კომბინაციაში ოპტიმიზაციის სარეზერვო ზომის, რომელიც საშუალებას გაძლევთ შეინახოთ სივრცე სარეზერვო და შეამციროს საჭიროება რეპლიკაციის გლობალურ ქსელში;
• წერტილი აღდგენა ერთად უნარი შექმნას snapshots ყოველ ხუთ წუთს;
• მუშაობა ვირტუალურ მანქანებთან.

მოწყობილობები შეიძლება მუშაობდნენ სხვა მწარმოებლებისგან, როგორიცაა EMC ან Symantec.

კვანტი

კვანტური ზამთრის სარეზერვო და შენახვის სისტემები. Superloader; Scalar I40, I40, I80, I6000) და დისკი (DXI V1000, 4000, 6500, 6700, 8500) და სარეზერვო მოწყობილობები Quantum VMPro 4000 ვირტუალური მანქანებისათვის.

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

NetApp

NetApp მონაცემთა სარეზერვო და მონაცემთა აღდგენის სისტემები საშუალებას გაძლევთ მუშაობა ორივე ფირზე და დისკზე. SnapprapteCt არის პროგრამული უზრუნველყოფა ინტეგრირებული სარეზერვო კონტროლის დისკებზე და ფირზე დისკები for NetApp- ის სისტემები. ეს საშუალებას გაძლევთ შეასრულოს snapshots და მონაცემთა რეპლიკაცია, იმის გამო, რომ დრო მუშაობა სარეზერვო ასლები მნიშვნელოვნად შემცირდა. Snapprotect ასევე საშუალებას გაძლევთ გააკონტროლონ ასლების შექმნა და აღდგენა ერთი კონტროლის კონსოლით.

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

CA ტექნოლოგიები.

Ca tehnologies პროგრამული უზრუნველყოფა ca arcserve სარეზერვო სთავაზობს ca arcserve სარეზერვო პროგრამული უზრუნველყოფა . ეს საშუალებას გაძლევთ შეასრულოს საკმაოდ დიდი მოცულობის ფუნქციები:

• დუბლირებას მონაცემები, რომლებიც შეამცირონ გამოყენებულ აქციების მოცულობას;
• სარეზერვო მხარდაჭერა ვირტუალური მანქანების მუშაობისას VMware, Microsoft Hyper-V ™ და Citrix ® Xenserver;
• მხარდაჭერა სარეზერვო ღრუბელი სწრაფი მონაცემთა გადაცემის შორის ფიზიკურად დისტანციური ობიექტები;
• გამოყენება მყისიერი Snapster დაფუძნებული სარეზერვო (Arcserve D2D) ერთად ტრადიციული ფაილის სარეზერვო (CA Arcserve სარეზერვო). ეს იყენებს ზოგადი სარეზერვო დირექტორია აღდგენის პროცესის დაჩქარებას და გამარტივებას;
• ცენტრალიზებული შესაძლებლობების მართვა ერთ კონსოლიდან მონაცემების კოპირებისა და აღდგენის პროცესების მართვაში.

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

აკრონი

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

ყველაზე ფუნქციონალური არის კორპორატიული პროდუქტი Acronis Backup & Recovery Advanced Server, რომელიც საშუალებას გაძლევთ შეასრულოს დიდი რაოდენობით ფუნქციები:

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

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

პარაგონი.

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

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

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

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

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

დასკვნები

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

სარეზერვო სისტემებისა და მონაცემთა აღდგენის სისტემის ბაზარი საკმაოდ მწიფდება. გლობალურ დონეზე, ხელოვნების ლიდერების კომპლექტი დიდი ხანია დიდი ხანია, რაც წელიწადში, ისინი ცდილობენ თავიანთი გადაწყვეტილებების მაღალი დონის შენარჩუნებას. ეს არის კომპანიები EMC, CommVault, Symantec, IBM, HP, Quantum, NetApp, CA ტექნოლოგიები. რუსულ ბაზარზე წარმოდგენილია ყველა ამ ლიდერის პროდუქცია. ბაზრის სპეციფიკაა რუსეთის მოთამაშეების ყოფნა - აკრონი და პარაგონი, რომლის პროდუქციაც მათი ნიშნები დაიკავებს და ბაზარზე მოთხოვნაა.

ჩვენს მომავალ პუბლიკაციებში, ჩვენ ვგეგმავთ ღრუბელი სარეზერვო და მონაცემთა აღდგენის ბაზარზე.

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

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

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

• კომპიუტერული ინფორმაცია
• ინფორმაცია ტაბლეტებისა და სმარტფონებისგან
• რეკომენდაციები მომხმარებლისთვის

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

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

კომპიუტერული ინფორმაცია

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

Windows 7.

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

დაწკაპეთ "კონფიგურაციის სარეზერვო"

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

აირჩიეთ არქივი მდებარეობა

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

აირჩიეთ ობიექტების არქივირება თავს

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

• როდესაც ყველაფერი დამონტაჟებულია და დამოწმებულია, დააჭირეთ "პარამეტრების შენახვა და არქივირების შენახვა".

პროცესი ხორციელდება

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

Windows 8.1.

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

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

Windows 10.

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

მონაცემების აღდგენა, გაიმეორეთ ნივთები არქივირების პარამეტრების მოძიებამდე. მაგრამ ახლა უბრალოდ აირჩიეთ tab ან "აღდგენა" პუნქტი და უბრალოდ მიჰყევით ინსტრუქციებს დიალოგურ ფანჯარაში თქვენი მონიტორის ეკრანზე. ამით არაფერია რთული. ბუნებრივია, ჩვენ მიმოიხილეთ Windows OS- ის თანამშრომლები Microsoft- დან. ასევე არსებობს მსგავსი ოპერაციების ჩატარების სპეციალური პროგრამები. ისინი შეიძლება უფრო მოსახერხებელი იყოს, მაგრამ უსაფრთხოების თვალსაზრისით და საიმედოობის თვალსაზრისით შეუძლიათ ამის საშუალება. აქედან გამომდინარე, რეკომენდირებულია კვლავ გამოიყენოთ სტანდარტული OS კომუნალური.

ინფორმაცია ტაბლეტებისა და სმარტფონებისგან

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

• შეაერთეთ თქვენი მოწყობილობა კომპიუტერზე ან ლეპტოპზე. დაველოდოთ შესაბამის მძღოლებს.
• გაუშვით პროგრამა, რომელიც განკუთვნილია თქვენი მოწყობილობის სინქრონიზაციისათვის. ანუ, თუ თქვენ გაქვთ iPhone, მაშინ გახსენით iTunes განაცხადის თქვენს PC- ზე.
• იპოვეთ tab ან "სინქრონიზაცია" პუნქტი, ან "სარეზერვო". დაწკაპეთ იგი და შემდეგ მოთხოვნის შემდეგ ეკრანზე, შექმნას ასლი.

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

Cloud Storage

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

• OneDrive for Windows.
• iCloud და iCloud Drive for iOS და Macos
• Google Disk for Android

აღსანიშნავია, რომ ჯერ კიდევ უნივერსალურია, რომლებიც მითითებულია ნებისმიერ მოწყობილობაზე, მიუხედავად დამონტაჟებული OS:

• Cloud Mail
• Outrive
• Google Disc

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

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

შევაჯამოთ

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

ტექსტური ლექცია

ძირითადი კითხვები

ლექცია №15. სარეზერვო

ხანგრძლივობა: 2 საათი (90 წთ.)

· სარეზერვო შესრულების.

· სარეზერვო მიკვლევა.

სარეზერვო დაგეგმვა.

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

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

T-SQL- ის გამოყენებით სარეზერვო მოწყობილობის შესაქმნელად გამოიყენეთ SP_AddumpDevice შენახული პროცედურა. მას აქვს შემდეგი სინტაქსი:

sp_AddumpDevice ტიპის მხარდაჭერა, Logical_im, ფიზიკური

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

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

საწარმოს მენეჯერის დასაბრუნებლად, დაიცვას ეს ნაბიჯები.

1. დარეკეთ SQL Server სარეზერვო კომუნალური გამოყენებით ერთი შემდეგი მეთოდები.

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

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

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

SQL Server სარეზერვო დიალოგური ფანჯარა გამოჩნდება (იხ. სურათი 16.1).

ფიგურა 16.1 - ზოგადი ჩანართი SQL Server სარეზერვო დიალოგი ყუთი

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

3. ამ დიალოგურ ყუთში სარეზერვო მონაკვეთში, თქვენ უნდა მიუთითოთ სარეზერვო ტიპის. ხელმისაწვდომი შერჩევის ღილაკები განსხვავდება მონაცემთა ბაზის მიხედვით. მაგალითად, Northwind მონაცემთა ბაზაში, TRUNCATE LOG ON CHECKPOINT პარამეტრზე არის მითითებული. (კონტროლის წერტილის შექმნისას გარიგების ჟურნალი). ამ შემთხვევაში, გარიგების ჟურნალი და ფაილი და filegroup შერჩევის ღილაკები არ არის ხელმისაწვდომი სარეზერვო პროგრამა. სარეზერვო სექცია შეიცავს შემდეგ შერჩეულ ღილაკებს.

· მონაცემთა ბაზა - სრული (მონაცემთა ბაზა - სრული). სრული სარეზერვო მონაცემთა ბაზა, ანუ. შესაბამისი მონაცემთა ბაზის ყველა მონაცემები.

· მონაცემთა ბაზა - დიფერენციალური (მონაცემთა ბაზა - სხვაობა). სხვადასხვა მონაცემთა ბაზის სარეზერვო, ანუ. ყველა მონაცემები, რომელიც შეიცვალა წინა სარეზერვო წლიდან.

· გარიგების ჟურნალი (გარიგების ჟურნალი). სარეზერვო გარიგების ჟურნალი; ეს ასევე გვიჩვენებს ტრანზაქციის ჟურნალს.

· ფაილი და filegroup (ფაილი და ფაილი ჯგუფი). ერთი ფაილის ან ფაილის ჯგუფის მხარდაჭერა; თქვენ უნდა მიუთითოთ ეს ფაილი ან ფაილური ჯგუფი.

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

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

ფიგურა 16.2 - აირჩიეთ სარეზერვო დანიშნულების დიალოგური ფანჯარა

ამ დიალოგურ ფანჯარაში შეგიძლიათ მიუთითოთ ფაილის სახელი ან შეარჩიოთ სარეზერვო მოწყობილობა სარეზერვო მოწყობილობის ჩამონათვალიდან. დააჭირეთ OK ღილაკს SQL Server სარეზერვო დიალოგის ფანჯრის გენერალურ ჩანართზე დაბრუნება. მაგალითად, ფიგურა 16.1, ორი მოწყობილობა წარმოდგენილია სარეზერვო სიაში. ნებისმიერი მოწყობილობის წაშლა, აირჩიეთ ეს მოწყობილობა და დააჭირეთ ღილაკს ღილაკს. მოწყობილობის შინაარსის სანახავად, დააჭირეთ ღილაკს შინაარსი. თუ კონკრეტული სარეზერვო მოწყობილობა უკვე გამოყენებულია ადრე, გამოჩნდება შემდეგი სარეზერვო ინფორმაცია.

· სახელი. სახელი შერჩეულია, ვინც დაიწყო სარეზერვო.

· სერვერი. სერვერის სახელი, რომელზეც შესრულდა სარეზერვო.

· Მონაცემთა ბაზა. მონაცემთა ბაზის სახელი, რომელიც სარეზერვო დაბრუნდა.

· ტიპი. სარეზერვო ტიპი (სრული, დიფერენციალური, გარიგების ჟურნალი, ფაილერგე, ფაილი)

· თარიღი. თარიღი და სარეზერვო დრო.

· ვადის გასვლის (შეწყვეტის პერიოდი). დასასრული დრო მითითებული სარეზერვო.

· ზომა. სარეზერვო კომპლექტის საერთო ზომა.

· აღწერა. აღწერა უცნობია სარეზერვო.

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

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

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

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

ფიგურა 16.3 - რედაქტირება გრაფიკი დიალოგი ყუთი (რედაქტირების გრაფიკი)

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

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

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

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

ფიგურა 16.4 - რედაქტირება განმეორებადი სამუშაოს გრაფიკი დიალოგური ფანჯარა (შეცვალეთ გრაფიკის ამოცანების გრაფიკი)

ფიგურა 16.5 - პარამეტრები Tab SQL Server სარეზერვო დიალოგური ფანჯარა

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

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

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

· შეამოწმეთ მედია დაყენების სახელი და სარეზერვო კომპლექტი.

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

· მედიის ინიციალიზაცია და ლეიბლი (ინიციალიზაცია და მედია - მხოლოდ ლენტი მოწყობილობებისთვის). საშუალებას გაძლევთ დააყენოთ ეტიკეტი ამ მედიისთვის.

9. პარამეტრების პარამეტრების დასასრულს დააჭირეთ ღილაკს OK ღილაკს კონფიგურირებული სარეზერვო.

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

· სარეზერვო მონაცემთა ბაზა. გამოყენებული იყო მთელი მონაცემთა ბაზის ან ფაილის ან ფაილის ჯგუფი.

· სარეზერვო ჟურნალი. გამოყენებული იქნა ტრანზაქციის ჟურნალი.

მას შემდეგ, რაც ეს ორი ოპერატორი ძირითადად მარტო და იგივე შესაძლებლობებს იძლევა, ჩვენ ერთად გავითვალისწინებთ მათ.

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

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

ფაილის ან ფაილების ჯგუფის მხარდაჭერის ოპერატორი შემდეგ სინტაქსს აქვს:

სარეზერვო database_base_name

ფაილის სახელი or_group_name [, ... n]

მოწყობილობის ზედამხედველში _coposition

[სურვილისამებრ პარამეტრებით]

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

გარიგების ჟურნალი BRANDACTING LOG- ს აქვს შემდეგი სინტაქსი:

სარეზერვო log_name_data

([\\ No_log ერთად truncate_only)])

ბორგანი (To reservoir_koping)

[სურვილისამებრ პარამეტრებით]

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

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

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

ცხრილი 16.1 - სურვილისამებრ ოპერატორის პარამეტრების სარეზერვო

Პარამეტრი	აღწერილობა
ბლოკირება.	ეს პარამეტრი მიუთითებს ფიზიკური ბლოკის ზომა ბაიტებში
აღწერა.	ეს პარამეტრი განსაზღვრავს სარეზერვო ტექსტის აღწერას. სასარგებლოა ის, რომ გამოიყენოთ სასურველი სარეზერვო, რომელთანაც აღდგენა შესრულდება.
დიფერენციალური	ეს პარამეტრი განსაზღვრავს სხვაობას სარეზერვო. ეს შეიძლება გამოყენებულ იქნას მხოლოდ იმ შემთხვევაში, თუ არსებობს სრული სარეზერვო მონაცემთა ბაზა
Expiredate \u003d თარიღი Retaindays \u003d დღეები	ვადაგადაცილებული პარამეტრი განსაზღვრავს თარიღს, როდესაც ამ სარეზერვო კომპლექტის ხანგრძლივობა ამოიწურა (და როდესაც ეს შეიძლება იყოს overwritten).
Retaindays.	მიუთითებს ამ სარეზერვო კომპლექტის ხანგრძლივობის შესაბამისი დღეების რაოდენობა
პაროლი \u003d პაროლი	პაროლი საშუალებას გაძლევთ დააყენოთ პაროლი სარეზერვო, რომელიც აუმჯობესებს უსაფრთხოების სარეზერვო უსაფრთხოების
ფორმატი | Noformat.	ფორმატის პარამეტრი მიუთითებს იმაზე, რომ მედიის სათაურები უნდა გადაწეროთ, რითაც ამ გადამზიდავის არასწორი საწყისი მონაცემების მიღებისას. Noformat პარამეტრი მიუთითებს, რომ მედიის სათაურ არ უნდა იყოს overwritten
Init | Noineit.	Init პარამეტრი მიუთითებს იმაზე, რომ სარეზერვო კომპლექტი უნდა იყოს ამ მედიის პირველ ფაილში და მედიის სათაურები უცვლელი რჩება, მაგრამ ამ გადამზიდავი ყველა მონაცემები გადაწერილია; სხვა სიტყვებით რომ ვთქვათ, init მიუთითებს overwriting ყველა, thu. ლენტით. Noinit პარამეტრი მიუთითებს, რომ ეს სარეზერვო კომპლექტი დაემატება გადამზიდავის შინაარსს. თუ ხელახლა გამოიყენებთ ფირებს, თქვენ უნდა გამოიყენოთ ეს პარამეტრი
MediaDescription \u003d ტექსტი	ეს ტექსტური ველი ადგენს გადამზიდავი კომპლექტის აღწერას.
Medianame \u003d name_name	მიუთითებს გადამზიდავის სახელით
MediaPassword \u003d პაროლი	ამ პარამეტრს თქვენ შეგიძლიათ მიუთითოთ პაროლი მედიის კომპლექტისთვის
სახელი \u003d reserve_nabin_name_nabin_	ეს პარამეტრი საშუალებას გაძლევთ დააყენოთ სარეზერვო კომპლექტის სახელი.
Noskip | გადასვლა.	Noskip პარამეტრი მიუთითებს იმაზე, რომ ამ მედიის სარეზერვო კომპლექტების დაწყებამდე შეამოწმებს შესაბამისი სარეზერვო კომპლექტების თარიღებს. გამოტოვეთ პარამეტრი ამ თარიღის შემოწმებისას.
No_truncate.	ეს პარამეტრი კრძალავს გარიგების ჟურნალის დამონტაჟებას სარეზერვო შესაქმნელად. გამოიყენება მხოლოდ გარიგების შესასვლელად
არსებითი სახელი | განტვირთვა	Nounload პარამეტრი მიუთითებს იმაზე, რომ მას შემდეგ, რაც სარეზერვო დასრულდა, მედია არ იქნება გადმოტვირთვის მოწყობილობიდან (მაგალითად, ფირზე არ მოიხსნება). გადატვირთვის პარამეტრი მიუთითებს, რომ დასასრულს სარეზერვო, მედია იქნება გადმოტვირთული
Რესტარტი.	ეს პარამეტრი განსაზღვრავს SQL Server- ს სარეზერვო გადატვირთვის აუცილებლობას, რომელიც შეწყდა
სტატისტიკა [\u003d პროცენტი]	ეს პარამეტრი მიუთითებს კონკრეტული სარეზერვო პროცენტული შემუშავების შემდეგ შეტყობინების გამომავალზე. სასარგებლოა ის, თუ გსურთ გამოიყენოთ ოპერაციების პროგრესი

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

პრეს ცენტრი

სარეზერვო და აღდგენა

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

SNIA შენახვის პროდუქტების მწარმოებლებისა და მომხმარებლების ასოციაცია (შენახვის ქსელის ინდუსტრიის ასოციაცია), ასე რომ განსაზღვრავს სარეზერვო ოპერაციებს:

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

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

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

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

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

სარეზერვო სისტემა არის სერვის ცენტრი ქვესისტემით და აქვს შემდეგი მახასიათებლები:

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

სარეზერვო სისტემის მშენებლობისას აუცილებელია:

განათავსეთ შემოკლებული "სარეზერვო ფანჯარა". საინფორმაციო მომსახურების მრგვალი საათის (24x7) ოპერაციების მოთხოვნა ამცირებს განაცხადის გაჩერების შესაძლო დროის ინტერვალს, რომელიც აუცილებელია სარეზერვო ოპერაციის შესასრულებლად ("სარეზერვო ფანჯარა").
• შემცირება სარეზერვო მონაცემთა მიმოსვლის საერთო კორპორატიული კომპიუტერული ქსელი.

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

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

LAN-უფასო სარეზერვო
SAN- ის მარშრუტით, შესაძლებელი იყო სარეზერვო ტრაფიკის გადაცემის გარეშე, მაგრამ პირდაპირ სერვერებისგან შენახვის მოწყობილობებზე (ჩვეულებრივ, ეს არის ფირზე ბიბლიოთეკები), რომელიც დაკავშირებულია სან. ეს მეთოდი "LAN-Free Backup" ეწოდა. ამ მეთოდის გამოყენებისას კლიენტის სერვერი ერთდროულად სხვა ამოცანებთან, ასრულებს დაცულ მონაცემთა სერვერის კოპირების ფუნქციებს სან შენახვის მოწყობილობებით. ამავდროულად, რეფერალური გრაფიკი ენიჭება სარეზერვო მართვის სერვერს, კონტროლის ეფექტების მეშვეობით LAN- ის მეშვეობით (TCP / IP პროტოკოლის გამოყენებით) და ასლის სერვერების ამოცანის შესრულების მონიტორინგი. ამრიგად, LAN- ზე სარეზერვო მონაცემების შემცირების ამოცანა მოგვარდება.

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

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

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

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

განხორციელების მაგალითები.

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

ტიპიური კითხვა, რომელთანაც მომხმარებელს მოიხსენიება: "1C" სისტემის მონაცემთა ბაზის უსაფრთხოების უზრუნველყოფა, დაახლოებით 1 გბ-ს და სამომხმარებლო ბაზის MS Access- ში, დაახლოებით 300 მბ. ინფორმაცია მნიშვნელოვანია ყველა და დაკარგავს მეტი სამუშაო დღე - ეს არ არის სასურველი. IT- ის მიერ გამოყოფილი ბიუჯეტი არ აღემატება 100,000 რუბლს.

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

იმ შემთხვევაში, თუ მომხმარებელს უნდა ინახებოდეს მონაცემები მომდევნო რამდენიმე დღის განმავლობაში და გამოსავალი უნდა იყოს მინიმალური, მაშინ ყველაზე მარტივი და მარტივი გამოსავალი იქნება პატარა ქსელის მონაცემთა შენახვის (NAS - ქსელის თანდართული შენახვის). ეს მოწყობილობები ხელმისაწვდომია სხვადასხვა მწარმოებლების აღჭურვილობის, 2-დან 12-მდე დისკზე და უზრუნველყონ ძირითადი დაშვების პროტოკოლების ხელმისაწვდომობა: CIFS, NFS, HTTP, ISCSI. გამოსავალი სტრუქტურული სქემა ნაჩვენებია სურათზე 1.

Fig.1 nas შენახვის.

ამ გადაწყვეტილების ღირებულება 15,000-დან 70,000-მდე რუბლია, რაც დამოკიდებულია შენახვის მოცულობის მიხედვით.

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

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

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

ასეთი გამოსავლის ღირებულება იწყება 50,000 რუბლისგან და მოიცავს სერვერს სარეზერვო ასლებისა და სარეზერვო შენახვისთვის.

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

გამოწვევები საცალო

დამკვეთი: დიდი სადაზღვევო კომპანია.

უბედური შემთხვევის მიზეზების მოკლე აღწერა: პერსონალის შეცდომა, Oracle- ზე არასწორი ინსტალაცია.

პრობლემის აღწერა

ჩვენ ვსაუბრობთ დიდი კომპანია, რომელსაც აქვს სექსუალურ IT ერთეული და ინვესტირებას საკმარისი თანხები თავის აღჭურვილობასა და თანამშრომლებს. საკმარისია იმის თქმა, რომ Oracle- ის DBMS მუშაობდა ორ Oracle Exadata- ზე ორი ტექნოლოგიური ძეგლებით, მუშაობდა DR Solution და კონფიგურირებული სარეზერვო სისტემით.

ერთ სამწუხარო დღეს, გადაწყდა, რომ დაამყაროს Patch Oracle DBMS. სამწუხაროდ, ინჟინერმა არ წაიკითხა ინსტრუქციები დასასრულს: "რა ვარ მე, პატჩი არ დააყენებს ქაღალდის გარეშე?!" - და არასწორად გააკეთა ეს. შეცდომა რამდენიმე საათში შეინიშნება, როდესაც DBMS- მა დაიწყო უცნაურად და ჟურნალებში შეატყობინეს. მაშინ ინჟინერი გადაწყვიტა გააფართოვოს უკან. ეს ქმედება საბოლოოდ immobilized ორივე შემთხვევაში ბაზა (ყველა ცვლილებამ მოახერხა subdinate on ლოდინის) და გაფუჭდა ყველა მონაცემები.

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

გადაწყვეტილება

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

მთელი

2 მაღალი დონის სისტემები Oracle Exadata, Oracle Landby, საოპერაციო სარეზერვო სისტემა და 3 !!! სრული downtime არასწორი patch ინსტალაცია. იყო თუ არა დასაშვები კომპანიის რეგლამენტის მიხედვით? Რათქმაუნდა არა.

ძირითადი პრობლემა: ლოგიკური შეცდომების სწრაფი აღდგენის ინსტრუმენტები არ არის.

როგორ შეიძლება თავიდან იქნას აცილებული

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

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

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

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

საქმე: აპარატურის უკმარისობა

დამკვეთი: ფედერალური მომსახურება რუსეთის ფედერაციის ერთ-ერთ სუბიექტში

შემთხვევის მიზეზის მოკლე აღწერა: ტექნიკის შეცდომა დისკის მასივში.

პრობლემის აღწერა

ამჯერად, კომპანიას ოდნავ ნაკლებად განვითარებული IT ინფრასტრუქტურა აქვს, მაგრამ უფრო ხშირად გვხვდება ჩვენი მომხმარებლებისგან: საშუალო დონის დისკის მასივები, Oracle DBMS, ლოდინი არ გამოიყენება.

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

გადაწყვეტილება

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

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

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

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

მთელი

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

ძირითადი პრობლემები:

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

როგორც ეს შესაძლებელი იყო ამის თავიდან ასაცილებლად:

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

გამომავალი. ზემოაღნიშნული მაგალითებიდან ჩანს, რომ სარეზერვო სისტემები დამონტაჟდა და კონფიგურირებულია, მაგრამ მიუხედავად ამისა, SLA- ში მითითებული დროის განმავლობაში ვერ მოხერხდა.

სარეზერვო სისტემების ძირითადი პრობლემები

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

სარეზერვო სიჩქარე და შემდგომი აღდგენა

ამ დროისთვის სარეზერვო სიჩქარე პირდაპირ პროპორციულია მონაცემების მოცულობისთვის, ყველა ჩვენს კლიენტთან ერთად მონაცემების წლიური ზრდა მინიმუმ 30% -ს შეადგენს. 3-4 წლის განმავლობაში, მონაცემები მინიმუმ ორმაგი, მაგრამ ზოგიერთი კომპანია ამ მაჩვენებელს კიდევ უფრო მაღალია, ხოლო ამავე დროს, სარეზერვო სიჩქარე საერთოდ არ იცვლება. აქ შეგიძლიათ გააკეთოთ მარტივი დასკვნა, რომ ეს პირობები და იმ slas, რომლებიც 3-4 წლის წინ იყო შესაბამისი, ახლა თქვენ უნდა გაიზარდოს მინიმუმ ორჯერ. ამავდროულად, მონაცემთა აღდგენის საქმიანი მოთხოვნები მუდმივად იზრდება მონაცემთა აღდგენისთვის (RPO / RTO).

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

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

მონაცემების რაოდენობის აღდგენის დროის დამოკიდებულება

აღდგენის დაბალი გრანულურობა

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

გადაჭარბებული RPO (აღდგენის წერტილი მიზანი)

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

დამალული შეცდომები

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

სამწუხაროდ, ჩვენი მომხმარებლების უმრავლესობა ამას არ აკეთებს. ხშირად არსებობს ისეთი ისეთი სიტუაცია, რომ ყველას ხდის სარეზერვო, მაგრამ აღდგენის დროს, აღმოჩნდება, რომ ისინი არ შეიძლება გაკეთდეს - ისინი უბრალოდ არ აღდგენთ, მიუხედავად იმისა, რომ SRC- ის გარედან არ არის აღდგენილი. ეს ხდება სხვადასხვა მიზეზების გამო. და საუკეთესო, ეს შეიძლება აჩვენოს მაგალითს. ერთ-ერთმა მომხმარებელმა გამოიყენა SAP სისტემა Oracle Database- თან. სარეზერვო ჩატარდა ჩაშენებული SAP ინსტრუმენტები SRK ერთ-ერთი უმსხვილესი მოვაჭრეებით.

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

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

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

უწყვეტი მიდგომა

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

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

შეამოწმეთ, რამდენად სისტემატურად მიუახლოვდით SRC- ს მშენებლობის საკითხს, უპასუხეთ რამდენიმე უბრალო კითხვას:

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

გადაწყვეტილება

თქვენი მომხმარებლის გამოცდილებისა და გამოცდილების დაცვა, ჩვენ შევეცადეთ განვახორციელოთ მიდგომა, რომ მოგვარდეს ან მნიშვნელოვნად შეამცირონ პრობლემების შედეგები. ჩვენი მიდგომის არსი:

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

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

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

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

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

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

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

ყველაზე კრიტიკული სისტემის ინტერვალის სისტემებისათვის შეიძლება მთლიანად არ იყოს - მონაცემები მუდმივად უნდა იყოს დაცული. ამ კლასის რამდენიმე გადაწყვეტილება არსებობს, მაგალითად, Oracle ლოდინის ერთად flashback, რომელიც საშუალებას გაძლევთ გააფართოვოს მონაცემთა ბაზა გარკვეული დროის წყალობით ყველა ცვლილების შესასვლელად. თქვენ ასევე შეგიძლიათ გამოიყენოთ Oracle Zdlra Pack, რომელიც პრაქტიკულად სინქრონულად იღებს მონაცემთა ბაზაში ყველა ცვლილებას, ან ზოგადი დანიშნულების პროგრამული უზრუნველყოფის და ტექნიკის კომპლექსების, როგორიცაა EMC- ის აღდგენა, Vision Solutions ორმაგი მიიღოს. ისინი ასევე შეხვიდეთ ყველა ცვლილებაში და საშუალებას მოგცემთ აღდგეს დროის ინტერვალით.

თუ ჩვენ ვსაუბრობთ ინოვაციების შესახებ სარეზერვო და აღდგენის სისტემებში, შეუძლებელია არ უნდა აღინიშნოს Oracle Zero მონაცემთა დაკარგვის აღდგენის მოწყობილობის (Zdlra). ეს პროგრამული უზრუნველყოფა და აპარატურის კომპლექსი Oracle Engineered Systems ოჯახის უზრუნველყოფს უნარი უკან და სწრაფად აღადგინოს Oracle მონაცემთა ბაზის ნებისმიერი პლატფორმების და ნებისმიერი გამოცემა (საწარმოს და სტანდარტული). Zdlra ეფუძნება ვირტუალური სრული სარეზერვო (ვირტუალური სრული სარეზერვო), მიღებული პირველი სრული სარეზერვო და შემდგომი ცვლილების ჟურნალი. ამ ვირტუალური სარეზერვო გამო, თქვენ შეგიძლიათ მონაცემთა ბაზის აღდგენა ნებისმიერ დროს უფრო სწრაფად, ვიდრე SRC- ის კლასიკურ გამოყენებას სქემის მიხედვით "კვირაში ერთხელ სრული სარეზერვო, დღეში ერთხელ." შეიძლება ითქვას, რომ ზდლრა განაგრძობს Oracle Exadata- ს მიერ მითითებულ მიმართულებას. Exadata- ში, სპეციალური პროგრამული უზრუნველყოფის ხარჯზე, ინოვაციური შენახვის სისტემა ხორციელდება Oracle მონაცემთა ბაზის ამოცანების მიერ. და Zdlra, სპეციალური პროგრამული უზრუნველყოფა მუშაობს, ოპტიმიზაციის სარეზერვო Oracle მონაცემთა ბაზა.

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

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

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

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

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

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

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

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