|
бэкап и восстановление SQL 1с8.1 баз | ☑ | ||
---|---|---|---|---|
0
strider
07.02.13
✎
15:24
|
перешли на sql, несколько баз перенес, все работает
ДО того как что то упадет решил потренироваться в создании-восстановлении баз из бэкапов пока, на самый пожарный, настроил полный бэкап всех основных баз по ночам . в запросах не рублю (сетевой админ), копаюсь самостоятельно делаю все на тестовой базе, смысл: сделал копию текущей базы (восстановил в пустую базу бэкап основной базы) mdf 20 Гигов ldf 63 гига модель восстановления стоит full просто восстановление на последний момент времени проходит нормально хочу попробовать восстановить на определенный момент времени в Management studio -база-задачи-восстановить, сам видит полный бэкап но не могу выбрать время-пропадает файл бэкапа из списка не могу понять как, имея 2 гиговый бэкап (со сжатием) 83 гиговой базы восстановить ее на определенный момент. то есть вроде как, как я думал, этот лог содержит в себе все операции с базой с момента ее создания (около месяца), но время выбрать не могу( впоследствии добавлю бэкапы лога транзакций каждый час, но смогу ли я впоследствии, даже имея-1 полный ночной бэкап + несколько дневных, восстановить на определенный момент?или будет некая дискретность-тот самый час между архивированием ldf? то есть если мне понадобится восстановить скажем состояние на 12 часов, то нужно будет восстанавливать полный ночной+сверху заливать дневные до 12 часов? |
|||
1
Maxus43
07.02.13
✎
15:31
|
имея ldf - на любой момент, а вот диференцированый бэкап - как раз дискретность между архивами
|
|||
2
Maxus43
07.02.13
✎
15:34
|
на любой момент(на сколько тянется сам ldf): свойства базы - Восстановить - Журнал транзакций
|
|||
3
shuhard
07.02.13
✎
15:35
|
(0) для восстановления на любой момент нужен полный бэкап и бэкапы лога
ясен пень, что любой момент в промежутке между полным и логом |
|||
4
Maxus43
07.02.13
✎
15:38
|
||||
5
Ёпрст
07.02.13
✎
15:42
|
и опосля бекапа лога, неплохо бы ему шринк делать
60гигов лога..это как бэ.. моветон |
|||
6
Maxus43
07.02.13
✎
15:51
|
если устраивает точка актуальности - раз в 2-3 часа - можно вобще в симпл перевести, ночью фулл (иль раз в неделю) и каждые 2 часа дифы. каждому свой короче
|
|||
7
Lionee
07.02.13
✎
16:11
|
ldf 63 гига фигасе раздули
|
|||
8
Maxus43
07.02.13
✎
16:12
|
(7) фигня, у нас 250 гигов минимум, жёско задано
|
|||
9
Lionee
07.02.13
✎
16:14
|
вопрос и нафига такое хозяйство ?
|
|||
10
Lionee
07.02.13
✎
16:15
|
(8) и винт на терабайт в зеркале отдельно для него
|
|||
11
Maxus43
07.02.13
✎
16:24
|
(10) для оптимизации полезно на самом деле. Файл можно дефрагментировать, и чтобы не нарушить фрагментацию - держать минимально допустимый размер, при шринке - забивается нулями просто, не наращивая в процессе файл кусками
|
|||
12
strider
07.02.13
✎
16:29
|
Maxus43
4 - 07.02.13 - 15:38 http://www.askit.ru/custom/sql2005_admin/m6/06_02_03_backup_types.htm весь курс как раз второй день и читаю пытаюсь сделать так правой кнопкой по базе в списке баз (в сервер менеджмент студио)--задачи---восстановить---базы данных там задать "на момент" не могу-пропадают файлы бэкапа из списка а чуть ниже в задачи----восстановить----жунал транзакций выбрать не дает, оно затемнено что за фигня?? |
|||
13
strider
07.02.13
✎
16:30
|
Ёпрст
5 - 07.02.13 - 15:42 и опосля бекапа лога, неплохо бы ему шринк делать 60гигов лога..это как бэ.. моветон на тестовой делал, да, на рабочей не буду пока не разберусь с восстановлением на любой момент |
|||
14
Maxus43
07.02.13
✎
16:34
|
(12) не симпл стоит, точно?
|
|||
15
strider
07.02.13
✎
16:35
|
и кстати этот пункт недоступен у всех баз
|
|||
16
strider
07.02.13
✎
16:35
|
не, в свойствах у всех баз стоит модель восстановлений-полная
ну и не было бы такого лога при симпле |
|||
17
shuhard
07.02.13
✎
16:36
|
(12) читаем внимательно:
для восстановления на любой момент нужен полный бэкап и бэкапы лога |
|||
18
strider
07.02.13
✎
16:48
|
(12) читаем внимательно:
для восстановления на любой момент нужен полный бэкап и бэкапы лога у меня для этой тестовой, которая на самом деле копия рабочей есть и полный бэкап и 2 бэкапа лога не дает же восстановить |
|||
19
shuhard
07.02.13
✎
16:48
|
(18) не верю
|
|||
20
strider
07.02.13
✎
16:51
|
сделал сейчас -задачи--сжать-файлы
там указал лог транзакций тестовой базы сжался до вообще там 1 процента, то бишь все остальное гарантированно есть и в полном бэкапе и в 2 бэкапах лога кнопка журнал транзакций в Восстановить недоступна |
|||
21
Maxus43
07.02.13
✎
16:53
|
(20) при чем тут Сжать файлы и бэкап лога? Сделай сейчас полный бэкап, помути что-нить в базе, и сделай бэкап лога.
|
|||
22
strider
07.02.13
✎
16:56
|
блджад точно
разница то должна быть не во времени а в транзакциях |
|||
23
strider
07.02.13
✎
17:20
|
ххмхмх
сделал пару операций сделал бэкап журнала, причем делал не через планировщик обслуживания, а просто правой кнопкой по базе-создать резервную копию, там выбрал файл журнала не создался отдельный файл, а дописался к последнему бэкапу лога и в содержании видно что файл состоит как бэ из 2 кусков, из 2 логов дальше-кнопка восстановить-журнал транзакций-она по прежнему недоступна но зато в восстановить-база данных я могу выбрать момент на который хочу восстановить НО блин он лежит между 13.10-это момент полного бэкапа и 17-10 это момент последнего бэкапа журнала то есть, имею только 1 полный архив ( в нем и лог и mdf), я НЕ смогу восстановить базу на момент например сутки назад? это основной вопрос я так понимаю, надо сделать полный архив боевой базы, шринкнуть лог транзакций, настроить полный бэкап раз в сутки ночью, хранить скажем последние 10-20 копий, благо весят они немного+ настроить бэкап лога транзакций каждые скажем 15 минут в рабочее время. лог бэкапится нормально когда в базе люди сидят? |
|||
24
strider
07.02.13
✎
17:21
|
и еще-как sql умудряется пожать 80 гиговую базу в 2 гига полного архива?база в dbf весила 12 гигов, из этого нужно исходить?что в принципе то без cdx она весила бы скажем гигов 8, ну и вполне жалась бы в 2
|
|||
25
shuhard
07.02.13
✎
17:23
|
(23) ясен пень, что любой момент в промежутке между полным и логом
|
|||
26
Maxus43
07.02.13
✎
17:24
|
полный бэкап не сжимает ничего же
|
|||
27
Мыш
07.02.13
✎
17:34
|
(26) От опций зависит.
|
|||
28
Maxus43
07.02.13
✎
17:35
|
(27) ну там простое архивирование, причем только с 2008 СКЛ.
|
|||
29
Рэйв
07.02.13
✎
17:38
|
(0)рекомендую пока не научишься делать автоматические бэкакпы, тем более с диффами, делать их вручную. Спасет от хождения за вазелином иногда.
а то у нас деятель все настроил а он автоматический который,просто взял и не поднялся, только мой руками который я делал за день до этого |
|||
30
strider
07.02.13
✎
17:42
|
shuhard
25 - 07.02.13 - 17:23 (23) ясен пень, что любой момент в промежутке между полным и логом я считал (и в принципе это исходило из всего что я успел прочитать) что в лог пишутся все операции и для отката базы на момент M, который находится между моментами X и Y мне достаточно базы, которая сейчас в ЛЮБОМ положении между X и Y и бэкапа лога, который неважно в каком виде (1 файл, куча файлов) главное чтобы он непрерывно покрывал длительность между X и Y а я так понял что нужен полный бэкап, который сам по себе, даже содержа 60 гигов логов, ничего не дает, только восстановление на самого себя (вглубь двигаться нельзя) и нужны бэкапы лога , с некой дискретностью причем опять же-если будет 1 часовой промежуток создания бэкапа логов, то скажем бэкап на 14 часов будет в себе содержать и 13-00 и 12-00 и 11-00? то есть мне как итого нужен полный бэкап (скажем ночной) и последний дневной архив?чтобы восстановиться с некоей потерей на последнее возможное состояние? а чтобы двигаться назад-например на 10 января, то ночной архив сделанный между 9 и 10 и дневные бэкапы лога? |
|||
31
strider
07.02.13
✎
17:43
|
Maxus43
26 - 07.02.13 - 17:24 полный бэкап не сжимает ничего же опция сжатия есть без нее 80 гигов бэкапятся в 17 с ней-в 2 |
|||
32
strider
07.02.13
✎
17:44
|
Рэйв
29 - 07.02.13 - 17:38 (0)рекомендую пока не научишься делать автоматические бэкакпы, тем более с диффами, делать их вручную. Спасет от хождения за вазелином иногда. а то у нас деятель все настроил а он автоматический который,просто взял и не поднялся, только мой руками который я делал за день до этого ==== я не буду делать диффы только полные по ночам+с промежутком в 15 минут бэкап лога и те и другие будут храниться за последние 30 дней |
|||
33
strider
07.02.13
✎
17:47
|
и еще вопрос-в какой момент шринкать лог?
по ночам, после полного бэкапа? и насколько актуальны опции в обслуживании баз реорганизация индекса перестроение индекса проверка целостности базы == насколько часто это нужно делать и что дает? я уверен что и сам дочитаю в http://www.askit.ru/custom/sql2005_admin/sql2005_admin_plan.htm но мнение сообщества тоже важно |
|||
34
Maxus43
07.02.13
✎
17:52
|
(33) после полного бэкапа базы - лог теряет смысл, тогда и шринкать. до или после - неважно.
провека - хз, не юзаю постоянно. На регулярную основу поставить в обед: реорганизацию индекса, Обновление статистики + FREEPROCCASHE. По ночам перестроение индекса, бэкапы и т.д. это как пример |
|||
35
shuhard
07.02.13
✎
18:12
|
(30) неожиданно ?
|
|||
36
strider
07.02.13
✎
18:40
|
shuhard
35 - 07.02.13 - 18:12 (30) неожиданно ? я прав в своих рассуждениях?) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |