Какво е поддръжка на база данни, Ubuntu Real Notes - Mikrotik
Базата ми има:
Модел на възстановяване - прост
Всеки системен администратор избира модела за възстановяване за себе си.Достатъчно е да прочетете документацията само веднъж, какъвто беше случаят с мен, преди да не разберете какво и защо. Тук искам да направя малък измамен лист по тази тема:
Прост модел на възстановяване - мога да възстановя данни само по време на пълно архивиране на базата данни. И всички последващи допълнения от потребители ще бъдат загубени. На текущото местоположение ние просто правим ежедневно архивиране на базите данни, последвано от проверка и максимално компресиране. Например, те са направили резервно копие през нощта, потребителите са работили на следващия ден и например форсмажорни обстоятелства са настъпили вечерта, след което се връщат от резервното копие (само по заповед на генерала), данните, добавени през деня, ще бъдат безвъзвратно загубени. Ето такъв минус.
Забележка: преди каквито и да е операции, винаги трябва да се прави пълно архивиране и след това да се възстановява от него (и за предпочитане всички действия да се документират), за да се провери дали архивирането е резервно, а не повредено архивиране.
Архивирането е задължително, така че вие също трябва да поддържате базите данни - това е така нареченият "План за поддръжка ", той трябва да се стартира през онези часове, когато работи
той няма да каже нищо за текущото използване на базата, тоест основно през нощта. Това време се избира индивидуално, като се вземат предвид характеристиките на вашето работно място.
Създаденият базов план за поддръжка включва следната последователност от действия:
Свързвам се със сървъраMSSQL и стартирам конзолната добавкаMicrosoft SQL Server Management Studio:
След като щракнете върху стрелката по-горе в екранната снимка, представена с левия бутонщракнете върху мишката, ще се появи прозорец, в който е конфигурирана операцията за стартиране: (имам нужда от него всеки ден в02.00 през нощта )
- Име: LocalPlan.Subplan_1
- Тип график: Повтарящ се.
- Активирано: Поставете отметка в квадратчето
- Честота :
- Среща се: Ежедневно
- Повтаря се всеки: 1 ден(а)
- дневна честота:
- Случва се веднъж в: 2:00:00
Останалите параметри оставям по подразбиране, не са критични за мен.
Сега ще попълним създадения планLocalPlan със съдържанието на проверки/задачи. За да направите това, от лявата част на прозорецаКутия с инструменти изберете необходимата задача (Задача за проверка на целостта на базата данни (Проверка на целостта на базата данни ) и я плъзнете в дясната страна:
след като плъзнете празната задача от лявата страна (Кутия с инструменти ) в дясната област, по подразбиране тя не съдържа никакви действия, за да дадете действия на задачата, просто трябва да я изберете с левия бутон и да щракнете два пъти в центъра с левия бутон на мишката и нейните свойства ще се отворят. Изберете съществуващите бази данни:
След това, по същия принцип, добавям задачиRebuild Index (Rebuild Index Task ) иUpdate Statistics (Update Statistics Task) към създадения планLocalPlan и също така влизам в данните за задачата на свойствата, избирам желаната база данни (в моя случайzup )
- Задача за възстановяване на индекса:
- Връзка: Връзка с локален сървър
- База(и) от данни: zup
- Обект: Таблици и изгледи
- Реорганизирайте страниците с количеството свободно пространство по подразбиране
- Актуализиране на статистическите данъци:
- Връзка: Връзка с локален сървър
- База(и) от данни: zup
- Обект: Таблици и изгледи
- Актуализация: Всички съществуващи статистики
- Тип сканиране: Пълно сканиране
- Възстановяване на индекса -възстановява индекса с новия фактор на запълване.
- Актуализация на статистиката - актуализира информацията за данните от таблици заMS SQL, само след като трябва да изчистите кеша.
Но докато задачите, въпреки че са изпълнени със свойства, просто ще бъдат изпълнени, но това не е съвсем правилно, е необходимо тези задачи да бъдат разработени в реда на посочения ред. За тази задача трябва да се свържете заедно по ред на приоритет.
За всяка задача, ако кликнете върху нея с левия бутон на мишката веднъж, ще се появи стрелка:
Взимаме тази стрелка и я водим към друга задача, като по този начин комбинираме задачите една с друга, т.е. първо ще се изпълни едната, а след това другата ще започне по стрелката.
Ако щракнете върху тази стрелка (тя също има свойства), можете да намерите методи за активиране, разделени в три цвята за удобство на визуално извикване и анализ:
- Зелено - Успех
- Червено - Провал
- Синьо - Завършване
Връзката може да има3 цвята: син, зелен и червен, всеки от които означава три вида задействане на прехода: при обикновено изпълнение на предходната задача - Завършване, при успешно изпълнение - Успех и в случай на грешка по време на изпълнение на предишната задача - Грешка.
Ето получения план:
Забележка: може да се случи да няма шаблонни задачи за създадения план, в който случай на помощ идва задачата:Изпълни T-SQL Statement Task в свойствата на която е въведена командатаsql на вашето действие. Например, по подразбиране няма (и наистина) задача за изчистване на кеша на процедурите, а чрез задачатаExecute я създаваме, в свойствата на която въвеждаме командата:
DBCCFREEPROCCACHE
- Връзка: Връзка с локален сървър
- Тип архивиране: пълен
- База(и) от данни: Специфични бази от данни (zup)
- Създайте архивен файл за всяка база данни
- Папка: d:\backupbd
- Разширение на архивния файл: bak
- Проверете целостта на резервното копие: отметнете
- Задаване на компресия на резервно копие: Компресирайте архива
След това задаваме задачата:Задача за почистване на поддръжката (Почистване след поддръжка ), на входа на която се изтриват старите архиви.
- Задача за почистване на поддръжката:
- Връзка: Връзка с локален сървър
- Изтрийте файл от следния тип: Архивирани файлове
- Търсене в папка и изтриване на файлове въз основа на разширение:
- Папка: d:\backupbd
- Разширение на файла: bak
- Възраст на файла:
- Изтрийте файлове, по-стари от следните: 1 месец(а)
След това настройваме задачата:Задача за почистване на хронологията (Изчистване на регистрационния файл), по време на която регистрационният файл с данни се изтрива (свързан с процесите на архивиране и плановете за поддръжка на базата данни).
- Задача за почистване на историята:
- Връзка: Връзка с локален сървър
- История на архивирането и възстановяването: отметка
- История на задачите на SQL Server Agent:
- история на плана за поддръжка:
- Премахване на исторически данни, по-стари от: 2 дни
След като задачите в планаLocalPlan са конфигурирани, този план трябва да бъде записан:Файл - Запазване на избраните елементи
В резултат на това планът за поддръжка изглежда така:
Този план ще работи, ако услугатаSQL Server Agent работи и работи (и би било по-добре, ако я стартирате от името на системата)
Като част от теста изпълнявам ръчно създадения план:
Очакваме, че накрая това ще бъде възможнопреглед на отчет и дневник.
А в директориятаd:\backupbd\ вече има резервно копие на база данни: