Терминалогия восстановления БД из резервной копии

Сақтық көшірмелер әдетте істен шыққан жағдайда қалпына келтіру мүмкін болатындай етіп жасалады. Бірақ SQL Server дерекқорының қалпына келуімен таныспас бұрын бірнеше терминдердің мағынасын нақтылау қажет.

29. Сақтық көшірме жасаудың жалпы жоспары

Жалпы қалпына келтіру жоспары:

1. Restore процедурасы жүргізіледі — қажетті ақпарат тасымалдаушыдан қалпына келтіріледі. Ресми

осы кезеңнің аты - деректерді көшіру фазасы (data copy phase);

2. Егер транзакциялар журналдарын қалпына келтірсе, онда келесі әрекет SQL Server

транзакциялар журналынан аяқталған транзакциялар туралы барлық ақпаратты Деректер базасына жазады. Бұл

операция roll forward деп аталады (аяқтау). Кезең өзі қайталану фазасы деп аталады (redo phase) және екеуі де

бірінші кезең бірге-аяқтау кезеңі (roll forward step);

3. Ары қарай SQL Server 2012 Enterprise Edition нұсқасында (тек осы редакцияда) пайдаланушыларға ашылады

ДБ-ға кіру. Бұл кезеңде қатынауды ашу — бұл SQL Server 2012 жаңа мүмкіндігі. Ол өз бар

атауы: fast recovery (жылдам қалпына келтіру). Егер Пайдаланушы осы кезеңде әрекет етсе

аяқталмаған транзакциялармен өзгертілген деректерге жүгінсеңіз, оған қол жеткізу есебінен жабылатын болады.

блоктау тетігі;

4. Содан кейін SQL Server журналда барлық аяқталмаған транзакцияларды тауып, оларды жояды. Бұл операция

rollback деп аталады — транзакцияларды кері қайтару, ал кезең өзі кері кезең деп аталады (rollback phase);

5. Осыдан кейін ДБ-ға барлық SQL Server нұсқаларында әдеттегі режимде қатынау ашылады.

Қалпына келтіру туралы ақпарат Msdb - restorehistory, restorefile ДБ қызметтік кестелеріне жазылады және

restorefilegroup.

  30. Қалпына келтіруге дайындық.

1. Қалпына келтірер алдында пайдаланушыларға қалпына келтірілуге тиісті базаға кіруге тыйым салу қажет

деректер. Мұны әртүрлі жолмен жасауға болады:

* restrict Access ДБ сипаттарының параметрі үшін Restricted мәнін орнату. Егер пайдаланушылар болса

деректер қоры dbo құқықтарымен қосыла алады, бұл параметрді орнатуға болады

Single мәні;

* егер серверде тек бір жұмыс дерек қоры бар болса, қалпына келтіру кезінде өшіруге болады

SQL Server желілік қатынау. Ол үшін, мысалы, қалпына келтіру кезінде өшіруге болады

SQL Server 2012 Network Configuration контейнеріндегі TCP/IP хаттамасы SQL Server Configuration

Manager.

* егер ДБ қатты зақымдалған болса және автономды режимде (offline) болса, оны ажырату қажет

(detach) зақымдалған ДБ.

* ДБ зақымдануына байланысты күдікті жағдайда болса (suspect), ол қажет

алдымен "шұғыл қажеттілік" күйіне (emergency) ауыстырып, содан кейін ажыратыңыз (detach).

ALTER DATABASE db1 SET emergency

2. Келесі кезеңде командаларды пайдалана отырып, резервтік көшірмелердің бүтіндігін тексеру қажет:

* RESTORE FILELISTONLY-файлдардың және транзакция журналдарының тізімі туралы ақпаратты қайтарады,

осы резервтік көшірмеге орналастырылған;

51

* RESTORE HEADERONLY-резервтік көшірменің атауы, оның түрі, сипаттамасы туралы ақпаратты қайтарады,

* RESTORE LABELONLY-тасымалдау белгісі туралы қызметтік ақпарат шығады. Негізінен ол

Стриммер картридждері үшін қажет, бірақ файлдар үшін де қолданылуы мүмкін.

Мәселен: RESTORE FILELISTONLY FROM backupdevice1.

31. Қалпына келтіру

Қалпына келтіруді іске қосуға болады:

* басқару Studio графикалық интерфейсі арқылы-databases контейнері үшін контекстік мәзір

Restore Database немесе tasks деректер қоры үшін контекстік мәзір

* RESTORE командасының көмегімен •

RESTORE DATABASE TestDB FROM backupdevice1

Резервтік көшірмеден ДБ қалпына келтірілген кезде пайдаланылатын параметрлер төменде келтірілген.

• Destination to restore ... To database-тізімнен таңдалуы мүмкін қалпына келтірілетін ДБ атауы

немесе қолмен енгізілді.

RESTORE DATABASE db2 FROM DISK = 'D:\SQLBackups\BackupFile1.bak'

* To a point of time — белгілі бір уақытта қалпына келтіру мүмкіндігі.

Транзакция журналдарын қалпына келтіру кезінде ғана қолданылады. Бұл құсбелгі сәйкес келеді

RESTORE командасының STOPAT параметрі, мысалы, WITH STOPAT = '01/06/2006 12:14:24'. Команда үшін

RESTORE тағы екі параметрді көрсетуге болады:

o транзакция белгісін қалпына келтіру. Әдетте транзакция белгісі орындалар алдында қолданылады

тәуекелдік операциялар. Мәміле белгісін жасау өте оңай:

BEGIN TRAN mark1 WITH MARK

COMMIT TRAN

Қалпына келтіру үшін WITH STOPATMARK = 'mark1' параметрін пайдалану керек.

дәл осы белгіге немесе WITH STOPBEFOREMARK = 'mark1' дәл алдында тоқтату үшін

осы с меткой;

o транзакция журналындағы бірізділік нөмірін қалпына келтіру-log sequence number, LSN.

LSN нөмірі транзакциялар журналында тіркелген әрбір операция бар. Кейін

LSN нөмірі табылды, STOPATMARK немесе STOPBEFOREMARK параметрлері пайдаланылады:

RESTORE LOG db1 FROM DISK = 'D:\SQLBackups\BackupFile1.bak'

WITH STOPATMARK = 'lsn:120'

* From database — сақтық көшірмесін табу үшін сақтық көшірме тарихы пайдаланылады

деректер қорының кестелерінен Msdb. Тізімде тек ағымдағы деректер базасын ғана емес, басқа да қорларды да таңдауға болады

осы серверде бар деректер;

* From device — сақтық көшірмесінің орналасқан жерін анық көрсету қажет. Бұл мүмкіндік

басқа серверге деректер базасын қалпына келтіру қажет болған жағдайларда қолданылады, немесе

резервтік көшірменің орналасқан жері өзгерді.

* Select the backup sets to restore

резервтік көшірмелер, сіз қалпына келтіру. Құсбелгілерді қоюға болатынына назар аударыңыз

бірнеше резервтік көшірмелерге қарсы. Бұл жағдайда әрбір таңдалған сақтық көшірме үшін

жеке RESTORE командасы орындалды.

Қосымша қалпына келтіру параметрлері

Бұл параметрлер Management Studio деректер қорын қалпына келтіру терезесінің Options қойындысында көрсетілген:

* Overwrite the existing database — орнатылған құсбелгі бар базаны қайта жазуға мүмкіндік береді

деректер. Іс жүзінде ол деректерді жоғалтуға жол бермейтін тексерулердің күшін жояды.

қате қалпына келтіру. Тексеруді болдырмау үшін командада WITH REPLACE параметрі қолданылады

RESTORE. Мұндай тексерулер:

o басқа дерекқордың сақтық көшірмесін серверге қалпына келтіруге тыйым салынады.

серверде өз деректер базасы бар;

52

o дербес режимде болатын ДБ-ға жататын файлдарды қайта жазуға тыйым салынады

o транзакциялар журналының бір бөлігі қалған жағдайда, ДБ-ны қалпына келтіруге тыйым салынады.

көшіру әлі жүргізілген жоқ (tail-log).

* Preserve the replication settings — қалпына келтіру кезінде репликация параметрлерін сақтау. Сәйкес келеді

restore командасының KEEP_REPLICATION параметрі. Әдетте деректер базасы болғанда ғана қолданылады

сонымен қатар репликацияға және log shipping журналдарын автоматты түрде жеткізуге қатысады.

* Prompt before restoring each backup — әрбір келесі қалпына келтірер алдында шақыру

сіз таңдаған тізімнен сақтық көшірме. Әдетте бұл параметр тек кезде ғана қолданылады

әрбір көшірме өз картриджінде жатыр Стриммер және оларды өзгерту қажет. Бұл параметрді қосуға болады

басқару Studio графикалық экранында ғана теңшеу

әрбір сақтық көшірмені қалпына келтіру сіздің RESTORE өз командасын пайдалану қажет).

* Restrict access to the restored database-қалпына келтірілетін деректер базасына қатынауды шектеу • Бұл,

қалпына келтіргеннен кейін db_owner деректер қоры рөлінің мүшелері мен мүшелері ғана ашылады

dbcreator және sysadmin серверлік рөлдері. Бұл параметр әдетте келесі жағдайларда қолданылады

деректер базасын қалпына келтіру сізге қосымша тексерулер жүргізу немесе енгізу қажет

түзетулер. Оған restore WITH RESTRICTED_USER командасының параметрі сәйкес келеді.

* Restore the database files as — қалпына келтірілетін базалар файлдарының жаңа жолын анықтауға мүмкіндік береді

деректер. Бұл restore командасындағы құсбелгі MOVE параметріне сәйкес келеді, мысалы:

RESTORE DATABASE db1 FROM DISK = 'D:\SQLbackups\BackupFile1.bak'

WITH MOVE 'db1' TO 'D:\db1.mdf', MOVE 'db1_log' TO 'D:\db1_log.mdf'

* Recovery state-қалпына келтіру аяқталғаннан кейін пайдаланушылар үшін ДБ ашық болуын анықтайды

тасығыштың. Сіздің иелігіңізде-үш нұсқа:

o WITH RECOVERY-қалыпты қалпына келтіру. Бұл параметр бойынша қолданылады

әдетті;

басталады. Деректер базасы қалпына келтірудің жұмыс істемейтін жағдайында қалады. Бұл параметр пайдаланылады

қосымша сақтық көшірмесін (мысалы, журналдың сақтық көшірмесін) қалпына келтіргіңіз келсе

транзакциялар);

O WITH STANDBY-Recovery рәсімі басталады, бірақ барлық жойылған ақпарат

аяқталмаған транзакциялар жою файлына жазылады. Пайдаланушылар мен өтініш ДБ

бұл ретте келесі резервтік көшірмелерді қалпына келтіру мүмкіндігі сақталады

транзакциялар журналдары.

Тек командалық режимде пайдаланылатын қалпына келтіру параметрлері

Бұл параметрлерді графикалық интерфейс арқылы таңдау мүмкін емес:

* PAGE-қалпына келтірілетін ДБ-да белгілі бір беттерді көрсету мүмкіндігі •

* CHECKSUM | NOCHECKSUM — бақылау сомасын тексеруді қосу немесе өшіру мүмкіндігі

қалпына келтіру. Әдепкі бойынша мұндай тексеру жүргізіледі, ал алшақтықтар анықталған жағдайда

қалпына келтіру тоқтатылады және қате туралы хабарлама беріледі;

* CONTINUE_AFTER_ERROR / STOP_ON_ERROR — қалпына келтіру кезінде тоқтатылады ма

бақылау сомасында қателерді анықтау. Әдепкі болады;

* MEDIANAME-қалпына келтіру жүргізілетін тасушының атын көрсету мүмкіндігі •

Қосымша тексерулер үшін ғана қолданылады;

* MEDIAPASSWORD және PASSWORD-осы параметрлердің көмегімен сізге парольдерді көрсету қажет

сақтық көшірме жасау кезінде пайдаланылған тиісінше тасығыш пен резервтік көшірме. Егер

сіз басқа серверге сақтық көшірмені қалпына келтіруді жүргізесіз, онда құпия сөзді көрсету қажет емес;

* PARTIAL-осы қалпына келтіру сеансы барысында біз өндіретінімізді көрсету мүмкіндігі

тек бір файл тобын қалпына келтіру (егер сақтық көшірме файл бойынша болса

топтарға);

* RESTART-ол үзілген сәттен бастап қалпына келтіру операциясын жалғастыру мүмкіндігі;

* REWIND — NOREWIND-қалпына келтіру аяқталғаннан кейін Картридждегі лентаны қайта орау

немесе жоқ. Әдепкі бойынша REWIND мәні қолданылады, яғни өндіру;

* STATS - ақпараттық хабарламалардың пайда болу жиілігін анықтайды. Әдепкі бойынша барысы туралы ақпарат

қалпына келтіру әрбір резервтік көшірменің 10 (шамамен) пайызы қалпына келтірілгеннен кейін шығарылады;

53

* UNLOAD | NOUNLOAD - қалпына келтіру аяқталғаннан кейін картриджді стриммерден түсіру немесе жоқ.

таспаны Бастапқы орау, сондықтан REWIND бірге пайдалануға болмайды.

  32. Арнайы қалпына келтіру жағдайлары.

1.Жедел режимде деректер базасын қалпына келтіру (online)

Жедел қалпына келтіру — online restore) - жұмыс істеп тұрған деректер базасында қалпына келтіру мүмкіндігі. Егер

мүмкін, SQL Server Қалпына келтіру кезінде жедел қалпына келтіру режимін автоматты түрде қолданады

жеке файлдар немесе файл топтары, сондай-ақ парақты қалпына келтіру.

Қалпына келтірмес бұрын жедел қалпына келтіруді қолдануға тыйым салу үшін, пәрменді орындауға болады

BACKUP LOG WITH NORECOVERY.

Шектеулер:

* сол файлды немесе файл тобын дербес режимге (offline) ауыстыру қажет, қалпына келтіру

сіз өндіретін. Қалған файлдар немесе файл топтары жұмыс режимінде қалуы мүмкін.

* жұмыс істеп тұрған деректер базасында резервтік көшіру тек жұмыс істейтін ДБ үшін ғана пайдаланылуы мүмкін

full немесе bulk-logged қалпына келтіру режимінде;

* деректер қорының бірінші файлын немесе бастапқы файл тобын (онда

жүйелік кестелер мен деректерді орналастыру картасы бар) жүргізуге болмайды.

Мысал

RESTORE DATABASE db1 FILE='db1file2' FROM DISK='D:\SQLBackups\BackupFile1.bak'

RESTORE LOG db1 FROM DISK='D:\SQLBackups\BackupLogFile1.bak'

2.Деректер қорының жеке беттерін қалпына келтіру

SQL Server 2012 тағы бір жаңа мүмкіндігі — жеке деректер беттерін қалпына келтіру мүмкіндігі (page

restore). Әдепкі бойынша, қалпына келтіру жедел режимде іске қосылады, пайдаланушыларды базадан ажыратпай

деректер. 1000-нан астам бүлінген беттерді қалпына келтіруге болмайды.

Шектеулер:

* Enterprise Edition редакциясы қолданылады;

* қалпына келтірілетін беттер транзакциялар журналына, деректер базасының қызметтік беттеріне және

толық мәтінді каталогтар;

* деректер қоры full немесе bulk-logged режимінде жұмыс істейді;

* қалпына келтірілетін беттерді қамтитын файлдық топтар оқу және жазу үшін де қолжетімді.

Жеке беттерді қалпына келтіру кезіндегі іс-әрекеттер тәртібі:

1. SQL Server оқиғалар журналдарын көргенде немесе зақымдалған беттерді анықтау

dbcc командаларының көмегі (мысалы, DBCC CHECKDB). SQL Server өзі зақымдалған беттерді анықтайды

бақылау сомаларын талдау немесе бақылау биттері көмегімен.

2. Зақымдалған беттердің нөмірлері және осы беттердің файл нөмірлері туралы ақпарат алу

бар. Бұл ақпарат Msdb деректер қорының suspect_pages кестесінде сақталады (page_id бағаны -

Парақ нөмірлері; file_id бағаны-файл нөмірлері).

3. Деректер базасын қалпына келтіру үшін команданы іске қосу:

RESTORE DATABASE db1 PAGE='1:51, 1:52, 1:55' FROM DISK='D:\SQLBackups\BackupFile1.bak';

3.Жүйелік деректер базасын қалпына келтіру

Master деректер базасын қалпына келтіру ерекшеліктері:

* Master деректер базасын қалпына келтіруді тек серверді қайта іске қосқаннан кейін ғана жүргізуге болады

sqlservr бір пайдаланушы режимі.exe -m

* Егер master ДБ қатты зақымдалған болса, онда сервер іске қосылмауы мүмкін. Бұл жағдайда қайта құру қажет

Master деректер базасы. SQL Server 2012 осы мақсат үшін SQL Server орнату бағдарламасы қолданылады;

54

* Master деректер қоры үшін тек бір сақтық көшірме түрі бар: толық сақтық көшірме

* Master деректер базасын қалпына келтіргеннен кейін сервер автоматты түрде қайта жүктеледі;

* Master деректер базасын қайта құрғаннан кейін Model және Msdb деректер базасын қалпына келтіру қажет.

Master ДБ қалпына келтіргеннен кейін, SQL Server келесі проблемалардың туындағанын тексеру ұсынылады:

* тіркелгілермен - sp_validatelogins сақталатын процедураны пайдалануға болады;

* деректер қорын пайдаланушылармен-сақталатын процедураны қолдануға болады

sp_change_users_login @Action='Report';

* сервердегі деректер қорының тізімімен. Егер тізімде қандай да бір деректер базасы жоқ болса, бірақ файлдар дискіде қалды,

бұл деректер базасын серверге қайта қосуға болады.

33. 
    Интернеттегі дерекқорды қалпына келтіру
    

Интернеттегі қалпына келтіруді қолдануға тыйым салу үшін қалпына келтірудің алдында сіз «НЕГІЗГІ НӘТИЖЕ» командасымен Сақтық көшірме жасауды іске қосуға болады.

Шектеулер:

• сіз қалпына келтіріп жатқан файлды немесе файлдық топты офлайн режимде қабылдауыңыз керек. Басқа файлдар немесе файлдар тобы жұмыс істеуі мүмкін.

• жұмыс істейтін дерекқордағы резервтік көшірме тек толық немесе жаппай қалпына келтіру режимінде жұмыс істейтін мәліметтер базасы үшін ғана пайдаланыла алады;

• Дерекқордың алғашқы файлдарын немесе жүйелік кестелер мен деректерді бөлу картасын қамтитын бастапқы файлдар тобын желіде қалпына келтіру мүмкін емес.

Мысалы:

RESTORE DATABASE db1 FILE='db1file2' FROM DISK='D:\SQLBackups\BackupFile1.bak' WITH NORECOVERY

RESTORE LOG db1 FROM DISK='D:\SQLBackups\BackupLogFile1.bak'

33. 
    Жеке дерекқор беттерін қалпына келтіріңіз
    

Шектеулер:

• Enterprise Edition пайдаланылған басылымы;

• қалпына келтірілген беттер транзакция журналына, дерекқордың сервистік беттеріне және

толық мәтінді каталогтар;

• мәліметтер базасы толық немесе жаппай енгізілген режимде жұмыс істейді;( full или bulk-logged;)

• қалпына келтірілген парақтары бар файлдар топтары оқу және жазу үшін қол жетімді.

33. 
    Деректер базасын қалпына келтіру
    

Серверді қайта іске қосқаннан кейін ғана Master-дің деректерін қалпына келтіруге болады

sqlservr.exe -m бір пайдаланушы режимі

• Егер Master мәліметтер базасы қатты зақымдалған болса, сервер іске қосылмауы мүмкін. Бұл жағдайда Master мәліметтер базасын қайта құру қажет. SQL Server 2012-де SQL Server орнату бағдарламасы осы мақсатта қолданылады;

• Мәліметтер базасының резервтік көшірмесінің тек бір түрі қол жетімді: бүкіл дерекқордың толық резервтік көшірмесі. Сондықтан, біз тек бүкіл Master базасын қалпына келтіре аламыз;

• Master деректер базасын қалпына келтіргеннен кейін Model және Msdb дерекқорларын қалпына келтіру керек.

Магистрлік базаны қалпына келтіргеннен кейін SQL Server-де келесі мәселелер туындағанын тексеріңіз:

• шоттармен - сіз сақталған sp_validatelogins процедурасын қолдана аласыз;

• дерекқор пайдаланушыларымен - сіз сақталған процедураны пайдалана аласыз sp_change_users_login @ Action = 'Есеп';

• сервердегі мәліметтер базасының тізімімен. Егер кейбір дерекқор тізімде болмаса, бірақ оның файлдары дискіде қалса, бұл дерекқорды серверге қайта қосуға болады.

2 – Билет:

33. 
    Деректер базасын жүргізу.
    

деректер.

Деректер базасын құру бірнеше жолмен мүмкін:

Transact-SQL тілінің құралдары;

Кәсіптік менеджердің графикалық бағдарламасын пайдалану

Мәліметтер базасын жасау шеберін қолдану.

Деректер базасын құру дегеніміз - операциялық жүйе деңгейінде мәліметтер базасын ұсынатын файлдар жиынтығы құрылады. Әр дерекқорда кемінде екі файл болады - біреуі деректер үшін және екеуі транзакция журналдары үшін. Осы екі файлға қосымша, қосымша мәліметтер мен транзакциялар журналы файлдарын жасауға болады. Деректер файлдарының бірі бастапқы болып табылады және мәліметтер базасының барлық кестелерін қамтиды. Сонымен қатар, жаңа дерекқорды сипаттайтын SQL Server жүйесінің негізгі мәліметтер базасының sysdatabases жүйелік кестесінде жаңа жол жасалады. Осы жолдың файл атауы бағанында дерекқордың бастапқы файлының толық жолы мен атауы көрсетілген. Деректер базасының параметрлері туралы барлық ақпарат, соның ішінде деректер файлдарының саны мен орналасқан жері мен транзакциялар журналы, сервер бастапқы файлда орналасқан жүйелік дерекқор кестелерінен алады. Бастапқы файлдың атауынан басқа, sydatabases кестесінде дерекқордың сәйкестендіру нөмірі (dbid баған), дерекқор иесінің қауіпсіздік идентификаторы (sid баған), құру күні (crdate баған), үйлесімділік деңгейі (cmptlevel баған) және басқа да ақпарат бар.