SQL Server е широко използвана система за релационна база данни за съхранение и извличане на данни. Възстановяването при бедствия е най-популярният метод, използван за защита на базата данни на SQL Server. Следователно администраторът трябва да вземе разумни предпазни мерки, за да защити базата данни от загуба в такива случаи. Този блог представя най-добрите практики за възстановяване след бедствие на Microsoft SQL Server, които потребителите могат да използват за възстановяване на данни от природно или причинено от човека бедствие.
Основни точки за възстановяване при аварийно възстановяване на SQL
Планът за аварийно възстановяване трябва да е пълен и да включва всички зависимости. Ако текущият SQL Server трябва да бъде възстановен, уверете се, че всички зависимости от SQL Server са налице. Зависимостта на файловата система, акаунтите на Windows, приложенията и много други аспекти на сървъра трябва да са налични, тъй като всички планове за възстановяване при бедствия са се провалили, тъй като не съществува зависимостта на хардуерната платформа.
Вашият план трябва да бъде възможно най-прост и злонамерен. Само няколко технологии за възстановяване след бедствие на SQL Server ограничават възможните действия на изходния сървър. Например дали можете да промените модела за възстановяване, когато използвате огледално копиране на база данни. Ето още няколко стъпки, за да гарантирате, че сайтът за аварийно възстановяване на SQL Server често е актуален:Репликацията и доставката на регистрационни файлове не могат да репликират влизания. Освен това са необходими множество процеси, за да се гарантира, че всички данни за влизане са на едно място и са актуални в случай на аварийно възстановяване.
Ако имате повредени файлове с база данни на SQL, трябва да ги възстановите с помощта на SQL Recovery Tool . Това ще ви помогне да поправите повредена SQL база данни заедно с всички обекти. С това можете да поправите и възстановите SQL база данни в нова или съществуваща база данни.
Най-добри практики за аварийно възстановяване на Microsoft SQL Server
Най-новите версии на SQL Server предлагат някои опции за настройка на механизъм за възстановяване след бедствие, който може да бъде полезен за администраторите на SQL в трудни ситуации. Ще ги обсъдим в следващия раздел.
- Архивиране и възстановяване
- Използване на AlwaysOn и основни групи за наличност на база данни
- Клъстериране при отказ
- Изпращане на дневници
- Репликация на база данни
Опция 1:Редовно архивиране на база данни на SQL Server
Това е най-добрият и най-предпочитан план за възстановяване след бедствие на SQL. Потребителите могат да правят архивиране на база данни редовно и лесно да я възстановяват, когато е необходимо. Нека научим повече за архивирането на базата данни:
- Вземане на резервно копие на база данни с помощта на SQL Server Management Studio, T-SQL команди или PowerShell.
- Извършвайте различни видове архивиране на база данни:пълна база данни, диференциална база данни, частична база данни, регистрационни файлове на транзакциите.
- Възстановете SQL база данни от резервно копие (.bak файл), когато е необходимо.
Опция 2:Използване на AlwaysOn и основни групи за наличност на база данни
AlwaysOn Availability Groups (AG) са най-важните технологии за най-добрите практики за висока достъпност (HA) на SQL Server и Microsoft SQL Server за възстановяване след бедствие. AlwaysOn AG са включени само във версията на SQL Server Enterprise и предлагат защита за различни бази данни с програмиран отказ. Как работи, изброихме в стъпките по-долу:
- Always-On Availability Groups работи с Pacemaker в Linux/Windows Server/Windows Failover Cluster.
- Осигурява синхронизация с вторични бази данни и асинхронизирани вторични бази данни за възстановяване след бедствие.
- Групите за наличност, които са винаги налични, вземат резервни копия на първична база данни и ги възстановяват безопасно в друга система.
- Основните групи за наличност работят точно като винаги включена наличност за защита на SQL базата данни.
Опция 3:Клъстериране при отказ
AlwaysOn FCI осигурява сигурност на ниво сървър срещу неочаквани повреди или прекъсвания. Нека научим повече за това:
- Работи на Windows Server с Windows Server Failover Cluster и с Pacemaker на Linux.
- AlwaysOn FCI може да се използва за SQL аварийно възстановяване чрез гео-клъстериране с различни възли на клъстер, които са поставени на различни физически местоположения.
- AlwaysOn FCI се поддържа в стандартните и корпоративните версии на SQL Server 2017.
- Ако възел на клъстер се повреди, услугите, хоствани на този възел, могат да бъдат автоматично или ръчно прехвърлени към друг възел, наречен отказ.
Опция 4:Доставка на SQL дневник
Доставката на регистрационни файлове е налична във всички версии на SQL от 2000 г. нататък, включително SQL 2017 Standard, Enterprise издания и за по-ранни версии на SQL.
- При доставката на регистрационни файлове администраторът прави резервно копие на регистрационните файлове на транзакциите в основната база данни.
- Преместете това архивно копие в една или повече вторични бази данни.
- Възстановете резервното копие на регистрационния файл на транзакциите във вторичната база данни на SQL Server.
Опция 5:Репликация на база данни
Тази процедура копира данните на базата данни на SQL Server и след това ги разпространява в друга база данни. Това е друга най-добра практика за възстановяване след бедствие на Microsoft SQL Server. Нека обсъдим важните му точки:
- Технологията за репликация се състои от издатели, които са бази данни, които предоставят данни, и абонати, които са бази данни, които получават бази данни от издатели.
- Всички промени в издателите се актуализират автоматично за абонатите, когато бъдат синхронизирани
- Предлага балансиране на натоварването, което позволява споделяне на данни и запитване на товари с редица сървъри.
Това са 5-те плана или опции за възстановяване на база данни на SQL Server, които администраторът на SQL може да следва, за да защити SQL базата данни от бъдещи бедствия. Но ако вашите файлове с база данни на SQL са повредени, тогава трябва да използвате софтуер за възстановяване на SQL. С това можете да поправите повреден MDF файл на SQL база данни и да запазите данни директно в жива база данни на SQL Server.
Последни думи
В този блог обсъдихме най-добрия план за възстановяване след бедствие на SQL или опции за защитени данни от бъдещи бедствия. Обяснихме 5 най-добри практики за аварийно възстановяване на Microsoft SQL Server и как работи. В случай, че имате повредена SQL база данни, препоръчително е да използвате инструмента за възстановяване на база данни на SQL.
