Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Лекция № 14. Репликация, дублирование, восстановление

Содержание

Publisher - сервер или база данных, которая посылает данные на другой сервер или в другую базу данных. Subscriber - сервер или база данных, которая получает данные от другого сервера или другой базы данных.Distributor - сервер, который
Репликация - это процесс, посредством которого данные копируются между базами данных, находящимися Publisher - сервер или база данных, которая посылает данные на другой сервер Publisher содержит публикацию/публикации. Публикация - это совокупность одной или более статей, которые Существуют виды подписки: push и pull subscriptions Push subscription - это подписка, Distribution database - это системная база данных, которая хранится на дистрибуторе (distributor) Топология репликации Microsoft SQL Server поддерживает следующие топологии репликации 	- Центральный publisher Центральный publisher 	Это одна из наиболее используемых топологий репликации. В этом сценарии, Центральный subscriber 	Это обычная топология складирования данных. Несколько серверов или баз данных Центральный publisher с отдаленным distributor 	В этой топологии база Distribution постоянно находится Центральный distributor В этой топологии, несколько издателей используют только один distributor, который Издающий subscriber 	Это топология двойственной роли. В ней, два сервера издают те Типы репликации Microsoft SQL Server 7.0/2000 поддерживает следующие виды репликации: - Snapshot - Transactional - Merge Snapshot репликация  (снимок)	Является самой простой. При этом, все копируемые данные (точная Transactional репликация	SQL Server фиксирует (делает моментальные снимки) все изменения, которые были сделаны Transactional репликации лучше использовать, когда копируемые данные часто изменяются или когда размер Merge репликация 	Является наиболее трудным типом репликации. Она предоставляет возможность автономных изменений Merge репликацию лучше использовать, когда Вы хотите обеспечить поддержку автономных изменений реплицируемых Агенты Репликации 	Microsoft SQL Server 7.0/2000 поддерживает следующих агентов репликации: - Snapshot Snapshot Agent 	Агент репликации, который создаёт файлы снимков, хранит снимки на distributor Log Reader Agent 	Агент репликации, который перемещает транзакции, отмеченные для репликации из Distribution Agent 	Агент репликации, который перемещает обрабатывающие снимки задания из Distribution database Merge Agent 	Агент репликации, который применяет первоначальные, обрабатывающие снимки задания по таблицам Резервное копирование 	MS SQL поддерживает 3 типа backup’а данных Full backupDifferential backupTransaction-log backup  Full backup 	Сохраняет все объекты вашей базы, включая пользователей и permissions. Full Full backup производит backup пользователей базы, но не производит бэкап логинов. Для Enterprise Manager tools backup database Указание места бэкапа. Выбор периодичности и времени бэкапа. Differential backup 	Сохраняет только данные, которые изменились со времени последнего full backup’а Backup можно выполнить также используя конструкцию T-SQL:BACKUP DATABASE { database_name | @database_name_var Пример - BACKUP DATABASE -- Create a logical backup device for the Transaction-log backup 	Включает в себя историю всех транзакций базы. Наличие такого лога BACKUP LOG { database_name | @database_name_var } {     TO < backup_device Бэкап базы и журнала.USE master EXEC sp_addumpdevice 'disk', 'MyNwind_2', 'c:\Program Files\Microsoft SQL Для восстановления базы из Backup используется команда restore database, для восстановления лога RESTORE DATABASE { database_name | @database_name_var }  [ FROM < backup_device RESTORE LOG { database_name | @database_name_var }  [ FROM < backup_device RESTORE DATABASE MyNwind FROM MyNwind_1 RESTORE DATABASE MyNwind FROM MyNwind_1 При настройке бэкапа в EM имеется возможность выбрать одну из 3-х recovery This example restores the transaction log to the mark named
Слайды презентации

Слайд 2 Publisher - сервер или база данных, которая посылает

Publisher - сервер или база данных, которая посылает данные на другой

данные на другой сервер или в другую базу данных.



Subscriber - сервер или база данных, которая получает данные от другого сервера или другой базы данных.

Distributor - сервер, который управляет потоком данных через систему репликации. Этот сервер содержит специализированную базу данных: Distribution database.






Слайд 3 Publisher содержит публикацию/публикации. Публикация - это совокупность одной

Publisher содержит публикацию/публикации. Публикация - это совокупность одной или более статей,

или более статей, которые посылаются серверу подписчику (subscriber) или

базе данных.

Статья (Article) - основной модуль репликации и это может быть таблица или подмножество таблицы.

Подписка (subscriptions) - это группа данных, которые сервер или база данных получает.






Слайд 4 Существуют виды подписки:
push и pull subscriptions
Push

Существуют виды подписки: push и pull subscriptions Push subscription - это

subscription - это подписка, при которой сервер издатель периодически

помещает транзакции на подписавшиеся сервера или базы данных.
Pull subscription - это подписка, при которой подписавшийся сервер будет периодически соединяться с тиражируемой информацией и перемещать её из Distribution database.






Слайд 5 Distribution database - это системная база данных, которая

Distribution database - это системная база данных, которая хранится на дистрибуторе

хранится на дистрибуторе (distributor) и не содержит никаких пользовательских

таблиц. Эта база данных используется для хранения снимков заданий и всех транзакций, ожидающих распределения подписчикам.






Слайд 6 Топология репликации
Microsoft SQL Server поддерживает следующие топологии

Топология репликации Microsoft SQL Server поддерживает следующие топологии репликации 	- Центральный

репликации
- Центральный publisher
- Центральный subscriber
- Центральный publisher с отдаленным

distributor
- Центральный distributor
- Издающий subscriber






Слайд 7 Центральный publisher
Это одна из наиболее используемых топологий

Центральный publisher 	Это одна из наиболее используемых топологий репликации. В этом

репликации. В этом сценарии, один сервер исполняет роли publisher

и distributor, а другой сервер/серверы определяется, как подписчик/подписчики.






Слайд 8 Центральный subscriber
Это обычная топология складирования данных. Несколько

Центральный subscriber 	Это обычная топология складирования данных. Несколько серверов или баз

серверов или баз данных копируют свои данные на центральный

сервер в одну или более базы данных






Слайд 9 Центральный publisher с отдаленным distributor
В этой топологии

Центральный publisher с отдаленным distributor 	В этой топологии база Distribution постоянно

база Distribution постоянно находится на сервере, отличном от сервера,

где располагается publisher. Эта топология используется для повышения эффективности, когда объём репликации увеличивается, а также, если сервер или сетевые ресурсы ограничены. Это уменьшает загрузку publisher, но увеличивает сетевой трафик. Эта топология требует отдельных инсталляций Microsoft SQL Server для publisher и для distributor.






Слайд 10 Центральный distributor
В этой топологии, несколько издателей используют

Центральный distributor В этой топологии, несколько издателей используют только один distributor,

только один distributor, который постоянно находится на отличном от

издателей сервере. Это одна из наиболее редко используемой топологии репликации, потому что имеет уязвимую точку (на сервере с центральным distributor), и если сервер distributor потерпит неудачу, сценарий репликации будет разрушен полностью.






Слайд 11 Издающий subscriber
Это топология двойственной роли. В ней,

Издающий subscriber 	Это топология двойственной роли. В ней, два сервера издают

два сервера издают те же самые данные. Сервер издатель

посылает данные на subscriber, и затем subscriber издает данные на любое число подписчиков. Это полезно когда publisher должен послать данные подписчикам по медленной или дорогой линии связи.






Слайд 12 Типы репликации
Microsoft SQL Server 7.0/2000 поддерживает следующие виды

Типы репликации Microsoft SQL Server 7.0/2000 поддерживает следующие виды репликации: - Snapshot - Transactional - Merge

репликации:
- Snapshot - Transactional - Merge






Слайд 13 Snapshot репликация (снимок)
Является самой простой. При этом, все

Snapshot репликация (снимок)	Является самой простой. При этом, все копируемые данные (точная

копируемые данные (точная копия) будут копироваться из базы данных

publisher в базу(ы) данных subscriber/subscribers на периодической основе. Snapshot репликация является лучшим методом копирования данных, которые нечасто изменяются и когда размер копируемых данных не очень большой.






Слайд 14 Transactional репликация
SQL Server фиксирует (делает моментальные снимки) все

Transactional репликация	SQL Server фиксирует (делает моментальные снимки) все изменения, которые были

изменения, которые были сделаны в статье, и сохраняет, как:

INSERT, UPDATE и DELETE инструкции в базе Distribution. Эти изменения посылаются подписчикам от Distribution и применяются к расположенным в них данным.






Слайд 15 Transactional репликации лучше использовать, когда копируемые данные часто

Transactional репликации лучше использовать, когда копируемые данные часто изменяются или когда

изменяются или когда размер копируемых данных достаточно велик и

нет необходимости поддерживать автономные изменения реплицируемых данных относительно publisher и относительно subscriber.






Слайд 16 Merge репликация
Является наиболее трудным типом репликации. Она

Merge репликация 	Является наиболее трудным типом репликации. Она предоставляет возможность автономных

предоставляет возможность автономных изменений реплицируемых данных и на publisher

и на subscriber. При Merge репликации, SQL Server фиксирует все накопившиеся изменения не только в источнике данных, но и целевых базах данных, и урегулирует конфликты согласно правилам, которые Вы предварительно конфигурируете, или посредством определённого Вами блока принятия решений - resolver-ра.






Слайд 17 Merge репликацию лучше использовать, когда Вы хотите обеспечить

Merge репликацию лучше использовать, когда Вы хотите обеспечить поддержку автономных изменений

поддержку автономных изменений реплицируемых данных относительно publisher и относительно

subscriber.






Слайд 18 Агенты Репликации
Microsoft SQL Server 7.0/2000 поддерживает следующих

Агенты Репликации 	Microsoft SQL Server 7.0/2000 поддерживает следующих агентов репликации: -

агентов репликации:
- Snapshot Agent - Log Reader Agent - Distribution Agent -

Merge Agent






Слайд 19 Snapshot Agent
Агент репликации, который создаёт файлы снимков,

Snapshot Agent 	Агент репликации, который создаёт файлы снимков, хранит снимки на

хранит снимки на distributor и производит запись информации о

состоянии синхронизации в Distribution database. Snapshot Agent используется во всех типах репликации (Snapshot, Transactional и Merge) и может управляться из SQL Server Enterprise Manager.






Слайд 20 Log Reader Agent
Агент репликации, который перемещает транзакции,

Log Reader Agent 	Агент репликации, который перемещает транзакции, отмеченные для репликации

отмеченные для репликации из transaction log, находящегося на publisher,

в Distribution database. Этот агент репликации не используется в Snapshot репликации.






Слайд 21 Distribution Agent
Агент репликации, который перемещает обрабатывающие снимки

Distribution Agent 	Агент репликации, который перемещает обрабатывающие снимки задания из Distribution

задания из Distribution database к подписчикам и перемещает все

транзакции, ожидающие распределения на подписчиков. Distribution Agent используется в Snapshot и Transactional репликациях и может управляться с помощью SQL Server Enterprise Manager.






Слайд 22 Merge Agent
Агент репликации, который применяет первоначальные, обрабатывающие

Merge Agent 	Агент репликации, который применяет первоначальные, обрабатывающие снимки задания по

снимки задания по таблицам базы данных publication на подписчиках,

и потом объединяет возможные последующие изменения данных, которые произошли после создания первоначального снимка. Merge Agent используется только в Merge репликации






Слайд 23 Резервное копирование
MS SQL поддерживает 3 типа backup’а

Резервное копирование 	MS SQL поддерживает 3 типа backup’а данных Full backupDifferential backupTransaction-log backup

данных

Full backup
Differential backup
Transaction-log backup






Слайд 24  Full backup
Сохраняет все объекты вашей базы, включая

 Full backup 	Сохраняет все объекты вашей базы, включая пользователей и permissions.

пользователей и permissions. Full backup может производиться без остановки

работы сервера, все транзакции произведенные за время выполнения backup’а добавляются к нему по окончании.






Слайд 25 Full backup производит backup пользователей базы, но не

Full backup производит backup пользователей базы, но не производит бэкап логинов.

производит бэкап логинов. Для того чтобы произвести backup логинов

необходимо забэкапить базу данных master. В дальнейшем при восстановлении базы на другом сервере (имеющем свои логины) необходимо использовать процедуру sp_change_users_login для синхронизации имен логинов.






Слайд 26 Enterprise Manager
tools
backup database




Enterprise Manager tools backup database

Слайд 27
Указание места бэкапа.




Указание места бэкапа.

Слайд 28
Выбор периодичности и времени бэкапа.




Выбор периодичности и времени бэкапа.

Слайд 29 Differential backup
Сохраняет только данные, которые изменились со

Differential backup 	Сохраняет только данные, которые изменились со времени последнего full

времени последнего full backup’а Благодаря этому занимает гораздо меньше

места на диске и выполняется существенно быстрее, что позволяет выполнять его чаще.






Слайд 30 Backup можно выполнить также используя конструкцию T-SQL:
BACKUP DATABASE

Backup можно выполнить также используя конструкцию T-SQL:BACKUP DATABASE { database_name |

{ database_name | @database_name_var } TO < backup_device > [

,...n ] [ WITH     [ BLOCKSIZE = { blocksize | @blocksize_variable } ]     [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]     [ [ , ] DIFFERENTIAL ]     [ [ , ] EXPIREDATE = { date | @date_var }         | RETAINDAYS = { days | @days_var } ]     [ [ , ] PASSWORD = { password | @password_variable } ]     [ [ , ] FORMAT | NOFORMAT ]     [ [ , ] { INIT | NOINIT } ]     [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]     [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]     [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]     [ [ , ] { NOSKIP | SKIP } ]     [ [ , ] { NOREWIND | REWIND } ]     [ [ , ] { NOUNLOAD | UNLOAD } ]     [ [ , ] RESTART ]     [ [ , ] STATS [ =percentage ] ]






Слайд 31 Пример - BACKUP DATABASE
-- Create a logical

Пример - BACKUP DATABASE -- Create a logical backup device for

backup device for the full MyNwind backup.
USE master


EXEC sp_addumpdevice 'disk', 'MyNwind_1', DISK ='c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MyNwind_1.dat'
-- Back up the full MyNwind database.
BACKUP DATABASE MyNwind TO MyNwind_1






Слайд 32 Transaction-log backup
Включает в себя историю всех транзакций

Transaction-log backup 	Включает в себя историю всех транзакций базы. Наличие такого

базы. Наличие такого лога позволит вам откатиться на любой

момент времени до последнего full backup и привести базу в состояние, в котором она была в этот момент времени






Слайд 33 BACKUP LOG { database_name | @database_name_var } {     TO

BACKUP LOG { database_name | @database_name_var } {     TO <

< backup_device > [ ,...n ]     [ WITH         [

BLOCKSIZE = { blocksize | @blocksize_variable } ]         [ [ , ] DESCRIPTION = { 'text' | @text_variable } ]         [ [ ,] EXPIREDATE = { date | @date_var }             | RETAINDAYS = { days | @days_var } ]         [ [ , ] PASSWORD = { password | @password_variable } ]         [ [ , ] FORMAT | NOFORMAT ]         [ [ , ] { INIT | NOINIT } ]         [ [ , ] MEDIADESCRIPTION = { 'text' | @text_variable } ]         [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]         [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]         [ [ , ] NAME = { backup_set_name | @backup_set_name_var } ]         [ [ , ] NO_TRUNCATE ]         [ [ , ] { NORECOVERY | STANDBY =undo_file_name } ]         [ [ , ] { NOREWIND | REWIND } ]         [ [ , ] { NOSKIP | SKIP } ]         [ [ , ] { NOUNLOAD | UNLOAD } ]         [ [ , ] RESTART ]         [ [ , ] STATS [ =percentage ] ]






Слайд 34 Бэкап базы и журнала.
USE master EXEC sp_addumpdevice 'disk',

Бэкап базы и журнала.USE master EXEC sp_addumpdevice 'disk', 'MyNwind_2', 'c:\Program Files\Microsoft

'MyNwind_2', 'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MyNwind_2.dat'
--Create the log backup

device.
USE master EXEC sp_addumpdevice 'disk', 'MyNwindLog1', 'c:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\MyNwindLog1.dat'
-- Back up the full MyNwind database.
BACKUP DATABASE MyNwind TO MyNwind_2 -- Update activity has occurred since the full database backup.
-- Back up the log of the MyNwind database.
BACKUP LOG MyNwind TO MyNwindLog1






Слайд 35 Для восстановления базы из Backup используется команда restore

Для восстановления базы из Backup используется команда restore database, для восстановления

database, для восстановления лога – restore log, кроме того

как всегда можно воспользоваться Enterprise Manager






Слайд 36 RESTORE DATABASE { database_name | @database_name_var } [

RESTORE DATABASE { database_name | @database_name_var } [ FROM < backup_device

FROM < backup_device > [ ,...n ] ] [

WITH     [ RESTRICTED_USER ]     [ [ , ] FILE = { file_number | @file_number } ]     [ [ , ] PASSWORD = { password | @password_variable } ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]     [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]     [ [ , ] MOVE 'logical_file_name' TO 'operating_system_file_name' ]             [ ,...n ]     [ [ , ] KEEP_REPLICATION ]     [ [ , ] { NORECOVERY | RECOVERY | STANDBY = undo_file_name } ]     [ [ , ] { NOREWIND | REWIND } ]     [ [ , ] { NOUNLOAD | UNLOAD } ]     [ [ , ] REPLACE ]     [ [ , ] RESTART ]     [ [ , ] STATS [ = percentage ] ]
 






Слайд 37 RESTORE LOG { database_name | @database_name_var } [

RESTORE LOG { database_name | @database_name_var } [ FROM < backup_device

FROM < backup_device > [ ,...n ] ] [

WITH     [ RESTRICTED_USER ]     [ [ , ] FILE = { file_number | @file_number } ]     [ [ , ] PASSWORD = { password | @password_variable } ]     [ [ , ] MOVE 'logical_file_name' TO 'operating_system_file_name' ]             [ ,...n ]     [ [ , ] MEDIANAME = { media_name | @media_name_variable } ]     [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ]     [ [ , ] KEEP_REPLICATION ]     [ [ , ] { NORECOVERY | RECOVERY | STANDBY = undo_file_name } ]     [ [ , ] { NOREWIND | REWIND } ]     [ [ , ] { NOUNLOAD | UNLOAD } ]     [ [ , ] RESTART ]     [ [ , ] STATS [= percentage ] ]     [ [ , ] STOPAT = { date_time | @date_time_var } .         | [ , ] STOPATMARK = 'mark_name' [ AFTER datetime ]         | [ , ] STOPBEFOREMARK = 'mark_name' [ AFTER datetime ]     ] ]






Слайд 38
RESTORE DATABASE MyNwind FROM MyNwind_1

RESTORE DATABASE MyNwind

RESTORE DATABASE MyNwind FROM MyNwind_1 RESTORE DATABASE MyNwind FROM MyNwind_1

FROM MyNwind_1
WITH NORECOVERY RESTORE DATABASE

MyNwind FROM MyNwind_1 WITH FILE = 2






Слайд 39 При настройке бэкапа в EM имеется возможность выбрать

При настройке бэкапа в EM имеется возможность выбрать одну из 3-х

одну из 3-х recovery моделей
Simple recovery – позволяет в

дальнейшем восстановить базу в состояние в котором она была при бэкапе, то есть дойти до состояния в котором возник сбой не удастся
Full recovery – можно дойти до состояния при котором возник сбой (бэкапится transaction log)
Bulk-Logged Recovery – тоже самое что и Full Recovery, но оптимизировано бэкапит операции insert into и bulk insert – занимает в итоге меньше места, но и гарантия восстановления ниже






  • Имя файла: lektsiya-n-14-replikatsiya-dublirovanie-vosstanovlenie.pptx
  • Количество просмотров: 112
  • Количество скачиваний: 0