перешли на sql, несколько баз перенес, все работает
ДО того как что то упадет решил потренироваться в создании-восстановлении баз из бэкапов
пока, на самый пожарный, настроил полный бэкап всех основных баз по ночам .
в запросах не рублю (сетевой админ), копаюсь самостоятельно
делаю все на тестовой базе, смысл:
сделал копию текущей базы (восстановил в пустую базу бэкап основной базы)
mdf 20 Гигов
ldf 63 гига
модель восстановления стоит full
просто восстановление на последний момент времени проходит нормально
хочу попробовать восстановить на определенный момент времени
в Management studio -база-задачи-восстановить, сам видит полный бэкап
но не могу выбрать время-пропадает файл бэкапа из списка
не могу понять как, имея 2 гиговый бэкап (со сжатием) 83 гиговой базы восстановить ее на определенный момент.
то есть вроде как, как я думал, этот лог содержит в себе все операции с базой с момента ее создания (около месяца), но время выбрать не могу(
впоследствии добавлю бэкапы лога транзакций каждый час, но смогу ли я впоследствии, даже имея-1 полный ночной бэкап + несколько дневных, восстановить на определенный момент?или будет некая дискретность-тот самый час между архивированием ldf?
то есть если мне понадобится восстановить скажем состояние на 12 часов, то нужно будет восстанавливать полный ночной+сверху заливать дневные до 12 часов?

имея ldf - на любой момент, а вот диференцированый бэкап - как раз дискретность между архивами

на любой момент(на сколько тянется сам ldf): свойства базы - Восстановить - Журнал транзакций

(0) для восстановления на любой момент нужен полный бэкап и бэкапы лога

ясен пень, что любой момент в промежутке между полным и логом

http://www.askit.ru/custom/sql2005_admin/m6/06_02_03_backup_types.htm

и опосля бекапа лога, неплохо бы ему шринк делать
60гигов лога..это как бэ.. моветон

если устраивает точка актуальности - раз в 2-3 часа - можно вобще в симпл перевести, ночью фулл (иль раз в неделю) и каждые 2 часа дифы. каждому свой короче

ldf 63 гига  фигасе раздули

(7) фигня, у нас 250 гигов минимум, жёско задано

вопрос и нафига такое хозяйство ?

(8) и винт на терабайт в зеркале отдельно для него

(10) для оптимизации полезно на самом деле. Файл можно дефрагментировать, и чтобы не нарушить фрагментацию - держать минимально допустимый размер, при шринке - забивается нулями просто, не наращивая в процессе файл кусками

Maxus43

4 - 07.02.13 - 15:38
http://www.askit.ru/custom/sql2005_admin/m6/06_02_03_backup_types.htm
весь курс как раз второй день и читаю
пытаюсь сделать так
правой кнопкой по базе в списке баз (в сервер менеджмент студио)--задачи---восстановить---базы данных
там задать "на момент" не могу-пропадают файлы бэкапа из списка
а чуть ниже
в задачи----восстановить----жунал транзакций выбрать не дает, оно затемнено
что за фигня??

Ёпрст

5 - 07.02.13 - 15:42
и опосля бекапа лога, неплохо бы ему шринк делать
60гигов лога..это как бэ.. моветон
на тестовой делал, да, на рабочей не буду пока не разберусь с восстановлением на любой момент

(12) не симпл стоит, точно?

и кстати этот пункт недоступен у всех баз

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

(12) читаем внимательно:
для восстановления на любой момент нужен полный бэкап и бэкапы лога

(12) читаем внимательно:
для восстановления на любой момент нужен полный бэкап и бэкапы лога
у меня для этой тестовой, которая на самом деле копия рабочей
есть и полный бэкап  и 2 бэкапа лога
не дает же восстановить

(18) не верю

сделал сейчас -задачи--сжать-файлы
там указал лог транзакций тестовой базы
сжался до вообще там 1 процента, то бишь все остальное гарантированно есть и в полном бэкапе и в 2 бэкапах лога
кнопка журнал транзакций в Восстановить недоступна

(20) при чем тут Сжать файлы и бэкап лога? Сделай сейчас полный бэкап, помути что-нить в базе, и сделай бэкап лога.

блджад точно
разница то должна быть не во времени а в транзакциях

ххмхмх
сделал пару операций
сделал бэкап журнала, причем делал не через планировщик обслуживания, а просто правой кнопкой по базе-создать резервную копию, там выбрал файл журнала
не создался отдельный файл, а дописался к последнему бэкапу лога
и в содержании видно что файл состоит как бэ из 2 кусков, из 2 логов
дальше-кнопка восстановить-журнал транзакций-она по прежнему недоступна
но зато в восстановить-база данных я могу выбрать момент на который хочу восстановить
НО
блин он лежит между 13.10-это момент полного бэкапа и 17-10
это момент последнего бэкапа журнала
то есть, имею только 1 полный архив ( в нем и лог и mdf), я НЕ смогу восстановить
базу на момент например сутки назад?
это основной вопрос
я так понимаю, надо сделать полный архив боевой базы, шринкнуть лог транзакций, настроить полный бэкап раз в сутки ночью, хранить скажем последние 10-20 копий, благо весят они немного+ настроить бэкап лога транзакций каждые скажем 15 минут в рабочее время. лог бэкапится нормально когда в базе люди сидят?

и еще-как sql умудряется пожать 80 гиговую базу в 2 гига полного архива?база в dbf весила 12 гигов, из этого нужно исходить?что в принципе то без cdx она весила бы скажем гигов 8, ну и вполне жалась бы в 2

(23) ясен пень, что любой момент в промежутке между полным и логом

полный бэкап не сжимает ничего же

(26) От опций зависит.

(27) ну там простое архивирование, причем только с 2008 СКЛ.

(0)рекомендую пока не научишься делать автоматические бэкакпы, тем более с диффами, делать их вручную. Спасет от хождения за вазелином иногда.

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

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 и дневные бэкапы лога?

Maxus43

26 - 07.02.13 - 17:24
полный бэкап не сжимает ничего же
опция сжатия есть
без нее 80 гигов бэкапятся в 17
с ней-в 2

Рэйв

29 - 07.02.13 - 17:38
(0)рекомендую пока не научишься делать автоматические бэкакпы, тем более с диффами, делать их вручную. Спасет от хождения за вазелином иногда.

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

====
я не буду делать диффы
только полные по ночам+с промежутком в 15 минут бэкап лога
и те и другие будут храниться за последние 30 дней

и еще вопрос-в какой момент шринкать лог?
по ночам, после полного бэкапа?
и насколько актуальны опции в обслуживании баз
реорганизация индекса
перестроение индекса
проверка целостности базы
==
насколько часто это нужно делать и что дает?
я уверен что и сам дочитаю в
http://www.askit.ru/custom/sql2005_admin/sql2005_admin_plan.htm
но мнение сообщества тоже важно

(33) после полного бэкапа базы - лог теряет смысл, тогда и шринкать. до или после - неважно.
провека - хз, не юзаю постоянно.
На регулярную основу поставить в обед: реорганизацию индекса, Обновление статистики + FREEPROCCASHE. По ночам перестроение индекса, бэкапы и т.д.
это как пример

(30) неожиданно ?

shuhard

35 - 07.02.13 - 18:12
(30) неожиданно ?
я прав в своих рассуждениях?)