В тази статия ще ви обясня за технологията за доставка на журнали в SQL Server. Нека прегледаме инсталацията за доставка и възстановяване на регистрационни файлове на SQL Server. След като обясня технологията за доставка на дневници, ще покажа инсталация и тестване на доставка на дневници.
Инсталиране на доставка на регистрационни файлове на SQL сървър и възстановяване след бедствие.
Технологията за доставка на регистрационни файлове беше пусната с SQL Server 2000 и сега се използва за SQL Server 2012, 2014, 2016, 2017, 2019 Технологията за доставка на журнали в SQL Server също е валидна както за висока наличност, така и за възстановяване при аварийни ситуации. . Резервна или вторична база данни, която се захранва периодично от дневника на транзакциите на нашата основна база данни, може незабавно да служи като главна база данни в случай на бедствие. Освен това, тъй като нашата база данни е защитена, тя също така предоставя решение за възстановяване след бедствие.
Ако искате да запазите копие на производствена база данни в случай на бедствие или да използвате производствена база данни отново в случай на бедствие с минимална загуба на данни, трябва да използваме технологията за доставка на журнали. При тази технология производствената база данни се съхранява като точно копие на различен сървър и тази база данни, наречена вторична база данни, непрекъснато се захранва периодично от производствената база данни. По този начин, ако няма достъп до производствена база данни или загуба на данни в случай на бедствие, нашата вторична база данни може да се използва като основна база данни.
Предимства и недостатъци при доставката на регистрационни файлове на SQL сървър
можем да изброим предимствата и недостатъците на доставката на дървени трупи, както следва.
Предимства
———————————–
- Осигурява както решение за аварийно възстановяване, така и решение за висока достъпност.
- Това е много евтина технология по отношение на цената. От SQL Server 2008 тази технология е налична във всички версии с изключение на експресната версия.
- Лесен за инсталиране и поддръжка.
- Възможно е да има много логшипинг за база данни. Това е възможност да се сведе до минимум загубата на данни в база данни.
- Вторичната база данни, която е в режим на готовност, позволява отчитане в режим само за четене без никакви ръчни операции.
- Грешката на потребителя може да бъде разрешена чрез използване на стари архивни копия на регистрационните файлове на транзакциите.
Недостатъци
———————————-
- Изпращането на регистрационни файлове няма автоматично преминаване при отказ, в този случай, когато се нуждае от отказ, администраторът на базата данни трябва незабавно да извърши ръчно преминаване при отказ.
- Поради ръчното преодоляване на отказ, времето на престой е нещо повече от синхронно дублиране.
- Възможно е да загубите данни, когато основната база данни е повредена.
Ще обясня инсталацията и конфигурацията на Log Shipping в следващата статия.
