Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Про быстрый подъем БД  [new]
artii
Member

Откуда:
Сообщений: 104
Стоит задача быстро перенести БД с одного сервера на другой, причем хочется это сделать быстрее, чем через стандартную процедуру т.е. бэкап БД на первом сервере потом восстановление бэкапа на втором сервере.

Подскажите, пожалуйста, какие способы существуют для быстрого восстановления БД и есть ли они вообще?

Есть вот дифференциальный бэкап, есть ли что-то для дифференциального восстановления?
11 мар 14, 16:01    [15705366]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Glory
Member

Откуда:
Сообщений: 104751
artii
Стоит задача быстро перенести БД с одного сервера на другой, причем хочется это сделать быстрее, чем через стандартную процедуру т.е. бэкап БД на первом сервере потом восстановление бэкапа на втором сервере.

Отсоединяете базу
Копируете файлы
Присоединяете базу
11 мар 14, 16:04    [15705391]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
artii
Member

Откуда:
Сообщений: 104
ok, спасибо, но этот вариант тоже не подходит
11 мар 14, 16:11    [15705447]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
SQL2008
Member

Откуда: Москва
Сообщений: 4478
artii
Есть вот дифференциальный бэкап, есть ли что-то для дифференциального восстановления?

Для дифференциального рестора вам вначале нужно накатить фулл, а уж затем дифы.

автор
хочется это сделать быстрее, чем через стандартную процедуру

Вы считаете, что MS припрятал в рукаве волшебную команду по которой гигабайтные бекапы поднимаются за 3 секунды?
11 мар 14, 16:15    [15705479]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
artii
Member

Откуда:
Сообщений: 104
>>Вы считаете, что MS припрятал в рукаве волшебную команду по которой гигабайтные бекапы поднимаются за 3 секунды?

Все проще, думаю, что я чего не знаю?
11 мар 14, 16:16    [15705489]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
SilverSpyder
Member

Откуда:
Сообщений: 23
В сторону log shipping посмотреть думаю Вам стоит.
11 мар 14, 16:17    [15705503]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
SQL2008
Member

Откуда: Москва
Сообщений: 4478
artii
>>Вы считаете, что MS припрятал в рукаве волшебную команду по которой гигабайтные бекапы поднимаются за 3 секунды?

Все проще, думаю, что я чего не знаю?

Может подумать насчет переноса не всей базы, а только значимых данных?
11 мар 14, 16:20    [15705529]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
artii,

Зеркалирование не предлагать?
11 мар 14, 16:23    [15705548]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
artii
Member

Откуда:
Сообщений: 104
Про зеркалирование в курсе, рассматриваю как вариант, если ни чего не придумаем с переносом
11 мар 14, 16:27    [15705584]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Glory
Member

Откуда:
Сообщений: 104751
А что логшиппинг и зеркалирование уже не требуют одинаковых баз для начала работы ?
11 мар 14, 16:31    [15705616]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
artii
Member

Откуда:
Сообщений: 104
SQL2008
Может подумать насчет переноса не всей базы, а только значимых данных?


Что-то типа раскидать данные по разным файловым группам, важные данные в Primary, а архивные в другой файловой группе?
А можно будет поднять например, только, Primary файловую группу?
11 мар 14, 16:32    [15705623]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Crimean
Member

Откуда:
Сообщений: 13147
а "продвинутую" дисковую подсистему не предлагать? "просто" переключить том с одного сервера на другой. там детач, тут атач, конечно же, но никакого копирования, просто переключить..
ну или иметь зеркальные файлы средствами дисковой подсистемы же
11 мар 14, 16:33    [15705632]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
SilverSpyder
Member

Откуда:
Сообщений: 23
Glory
А что логшиппинг и зеркалирование уже не требуют одинаковых баз для начала работы ?


Понятно, что требует :)
Но я так понял это не разовая задача по переносу базы на другой сервер, я так прочитал задачу.
Размер базы и ширина канала если критичны, то уж проще синхронизировать логшиппингом раз в сутки.
11 мар 14, 16:50    [15705806]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
Glory,

Требуют, кудаж без этого. Я исходил из того, что ТС нужно мигрировать базу с одного сервера на др. В случае зеркалирования только смена ролей. Вопрос настройки обвеса для целевой базы можно решить заранее.
11 мар 14, 16:54    [15705830]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Glory
Member

Откуда:
Сообщений: 104751
NickAlex66
Я исходил из того, что ТС нужно мигрировать базу с одного сервера на др.

Т.е. вы предлагаете к собственно миграции добавить еще настройку логшиппинга или зеркалирования ?
11 мар 14, 17:04    [15705895]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
Glory,

Если для бизнеса критично время прерывания, то настроив зеркалирование, мы сведем время прерывания к времени затраченному на переключение ролей. Ну и клиентов тоже придется как то перенастроить.
11 мар 14, 17:14    [15705968]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Glory
Member

Откуда:
Сообщений: 104751
NickAlex66
Glory,

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

Текст оригинальной задачи "Стоит задача быстро перенести БД с одного сервера на другой"
11 мар 14, 17:16    [15705984]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
BuKTaP
Member

Откуда:
Сообщений: 132
так не подойдёт?
http://www.specialist.ru/center/advice/83/kak-uskoritj-vosstanovlenie-boljshih-baz-dannih-v-sql-server
11 мар 14, 17:26    [15706046]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
BuKTaP,

Тут Самородов говорит про это http://technet.microsoft.com/en-us/library/ms175935(v=sql.105).aspx
11 мар 14, 17:54    [15706211]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Алексей Куренков
Member [заблокирован]

Откуда: Москва
Сообщений: 567
artii,

1. full backup on src
2. restore full backup on trg with norecovery

3. отключаем всех

4. diff backup on src - по времени недолго
5. restore diff backup with recovery on trg
11 мар 14, 17:54    [15706215]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
SU-V500
Member

Откуда: Moscow
Сообщений: 40
BuKTaP,

Хм. Что то у меня по данной методе нифига не вышел цветочек аленький. Как было (к примеру) 30 сек восстановление так и осталось 30 сек. а в отчёте показывает что отрабатывает за 21 секунду(( Печалька.
12 мар 14, 11:02    [15708608]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31984
NickAlex66
Если для бизнеса критично время прерывания, то настроив зеркалирование, мы сведем время прерывания к времени затраченному на переключение ролей. Ну и клиентов тоже придется как то перенастроить.
Задачу я понимаю так:
Принесли некий "другой сервер", включили в розетку, сказали - "быстро перенести БД, время пошло!"

"Обеспечить доступность" и "перенести базу" - совершенно разные задачи.
12 мар 14, 11:51    [15708996]     Ответить | Цитировать Сообщить модератору
 Re: Про быстрый подъем БД  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8832
artii,
автор
задача быстро перенести БД с одного сервера на другой
означает перенос файлов или информации, хранящейся в них, с одного сервера на другой. Судя по репликам Вам требуется что-то иное.
автор
быстрого восстановления БД
Восстановление означает только одно - восстановление из резервной копии. Или здесь требуется опять что-то другое?
12 мар 14, 12:24    [15709322]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить