Пытаюсь разобраться насчет бэкапов баз средствами sql. Понял что есть 2 вида бэкапа -полный,дифференциальный и есть еще бэкап лога.
Я делаю полный  бэкап базы. В случае падения системы, потери бд итд без бэкапа лога я смогу восстановить базу из полного бэкапа(на момент его создания)?

Да.

(0) сможешь без бекапа лога.

Понял что есть 2 вида бэкапа -полный... И что же такое полный? Если такие вопросы задаешь значит ни че не понял.

(0) а вот если захочешь перенести *.mdf и из нее на другом sql-сервере восстановить (attach) базу, то без *.ldf не сможешь этого сделать.

(4)
ошибается. прекрасно переносится. проверено на 2000 и 2005 ms sql.

(0) Сделай себе тестовые копии и поиграйся на них.

(5) на 2000 у меня получалось, а вот на 2008 не получилось.

Спасибо. А сам лог файл может служить как дифф бэкап?Т.е восстановить полную базу и потом из лога на другую дату восстановить изменения в базе?

(6)+100

(7) В 2008 тоже все прекрасно переноситься.

(8) Почитай документацию. Там все написано. На пальцах долго объяснять.

(10)не получилось. Постоянно ругался что нет лог-файла. Уж точно не вспомню что я делал, но не хотел без лог файла делать attach, а на пустой ldf ругался, что это не настоящий ldf.

да вот читаю с майкрософта, запутался ппц)

(13)
http://technet.microsoft.com/ru-ru/library/ms187048.aspx

Там надо внимательно и вдумчиво читать. Погугли просто статьи в инете про типы бекапов. А только потом документацию смотри. Понятней будет.

(12) Ну, так надо было убрать его из списка, пустой ldf-то.

(12) ap_attach_single_file_db

(15) получилось, только что проверил. А я в тот раз только пробовал подсовывать пустой ldf, вручную созданный и как мне казалось удалять из списка.

(0) Специально для таких вопросов написал: http://infostart.ru/public/173494/

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

(0) Да, сможешь.

Хм. Все бы хорошо. Сделал полную копию бд, зашел в бд чтото изменил, сделал копию журнала транзакций. Теперь создаю новую базу, восстанавливают туда полную копию-все отлично. Но восстановить журнал транзакции неактивная надпись. тоесть restore-tasks-transcation logs  неактивна совсем( в чем может быть причина?

(21) Предлагали же. Книжек надо почитать.

Посмотри еще что такое модель Full, Simple.
Хотя, имхо, лучше покопаться на www.sql.ru на тему статей и книг по скулю

(23) модель фулл

(24) + и у базы с которой делаю копии и у базы куда восстанавливаю

(21) Полную копию в norecovery восстановил?

(26)   Понял, спасибо большое, не доконца вкурил внизу галочки,теперь ясно. спасибо большое

Копии лога транзакции и бд с помощью sql можно делать даже при активных пользователях?
p.s  может мои вопросы кажутся вам глупыми, но для меня это важно) не пирожками фирма занимается, а у них 2  бэкапа за год при активных 30 пользователях в базе и база фин плана была недавно утеряна прошлым программистом, поэтому сейчас вот куча вопросов чтобы недай бог не повторилось у них.

(28) Да.

(29) Спасибо большое,пошел читать дальше. ОЧень помогли. SQl реально крутая штука) я и не знал что прям аж вот так можно)

(30) Молодец, так держать! того глядишь дойдешь до использования СУБД Erlang, где будешь менять программный код на "горячую" в момент формирования баланса))))

(0)У вас в корне неправильный подход к бэкапам судя по вашему вопросу.
Поясняю -
Для чего вам бэкапы?  - Для того чтобы быстро восстановить в случае проблем, так?
Заметьте - восстановить нужно быстро.
А как вы сможете восстановить быстро, если не восстанавливали?

Т.е правильная практика - настраиваем бэкап в тестовом режиме, делаем несколько пробных бэкапов, изучаем как оно бэкапиться, имитируем сбой, и пытаемся восстановить.
Вот на этом этапе у вас подобные вопросы и отпадут.
Заодно и появиться ясность какие бэкапы нужны и как часто.

(0) Конечно. Более того, ты можешь снять копию не выгоняя пользователей, в отличии от копирования файла *.mdf и выгрузки *.dt.

(32) Быстро - это переключиться на резервный сервер или воткнуть винт на горячую
Остальное не так быстро

(0) очень советую посмотреть на http://infostart.ru/public/147203/  (там наглядно можно посмотреть на разные сценарии резервирования/обслуживания + посмотреть какими скриптами это реализовано)

(34)Переключение на резервный сервер должно быть мгновенным, диск на горячую втыкают не прерывая работы.
А из бэкапа восстанавливать надо быстро...

(32) Хм. Я согласен , что топикстартер не озвучил цель бэкапов, но не надо за него придумывать. "Быстро" - это не всегда цель. Иногда согласны и восстанавливать в течении суток.
Я бы сказал так - скорость восстановления и глубина бэкапа (данные за какое период готовы потерять). И это в разрезе размера базы и выделяемых на данную задачу ресурсов.
Например, восстановление в течении 5 часов с возможной потерей данных за день и восстановление в течении 15 минут с возможной потерей данных за 10 минут - это несколько разные подходы к бэкапированию :)
+ согласен, что обязательно требуется прогнать систему в рабочем режиме, т.е. сымитировать сбой.