SQLRU.net
Разработка приложений баз данных

Начало » Использование СУБД » Microsoft SQL Server » Грамотное и эффективное резервное копирование. Бэкап MS SQL (без зеркал и усложнений. Подскажите излишнее произвожу, и как восстанавливаются в точку времени)
icon9.gif  Грамотное и эффективное резервное копирование. Бэкап MS SQL [сообщение #5245] Thu, 18 July 2024 17:22 Переход к следующему сообщению
wolkir в настоящее время не в онлайне  wolkir
Сообщений: 2
Зарегистрирован: July 2024
Junior Member
Делаю в режиме полной копии делаю и полную, копию транзакт логов, и разностную каждый час. Это излишне? Как делать восстановление в конкретную минуту, секунду. Думал что надо обязааательно в любом таком случае транзакт лог, а ИИ подсказывает что полной копию достаточно. и тут я поплыл.  У меня БД "декан" весит 2-3гб , а в месте там много разрастается, но он хотя бы меньше чем абитур был ваще маленьким, а сейчас 8 ГБ! чего там на столько -- даже если фото (5мб, допустим добьем до 40мб и умножу на 500, все равно гб не сильно больше).

Re: Грамотное и эффективное резервное копирование. Бэкап MS SQL [сообщение #5246 является ответом на сообщение #5245] Thu, 18 July 2024 20:03 Переход к предыдущему сообщениюПереход к следующему сообщению
Back in USSR в настоящее время не в онлайне  Back in USSR
Сообщений: 23
Зарегистрирован: June 2024
Junior Member
Ничего не понял.

Зачем делать диф бакап каждый час?

В диф сбрасываются только экстенды в которых были изменения, архивный бит выставлен в 1, лог бакап делается рах в час, этого достаточно.

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

Если надо восстановить на конкретное время, восстанавливают полный, последний диф и логи до нужного времени, если прямо точное время, тогда нужна опция stop at.

Реально ИТ в россии деградировало, все уехали, я такие тупые вопросы слышал только от индусов и китайцев, расеяне деградировали до индюков.
Re: Грамотное и эффективное резервное копирование. Бэкап MS SQL [сообщение #5247 является ответом на сообщение #5246] Thu, 18 July 2024 20:07 Переход к предыдущему сообщениюПереход к следующему сообщению
Back in USSR в настоящее время не в онлайне  Back in USSR
Сообщений: 23
Зарегистрирован: June 2024
Junior Member
Мне селали первый оффер в Австралии, я ответил что такое COPY_ONLY бакап, индус который проводил собес, сказал что я первый за его 10 лет в конторе, кто ответил на этот вопрос, а жо этого этот индус брал на рабооту таких же индусов, а китайцы это вообще жесть, они все вопросы задают по 3 раза, и потом перекладывюат свою работу на белых, и попробуй откажи, анчинаются истерики и жалобы менеджменту.
Re: Грамотное и эффективное резервное копирование. Бэкап MS SQL [сообщение #5255 является ответом на сообщение #5247] Fri, 19 July 2024 13:19 Переход к предыдущему сообщениюПереход к следующему сообщению
wolkir в настоящее время не в онлайне  wolkir
Сообщений: 2
Зарегистрирован: July 2024
Junior Member
Спасибо, большое! Я не админ БД. Меня принудительно просто кинули. Значит тогда мне и не нужен диф, если оно мне такто. [Мне неинтересна  сфера БД. И постоянное дерганье руководства не могу изучить нормально хоть что то.] {я получается все по чуть знаю и не знаю в результате НИЧЕГО. Жутко извиняюсь что вас расстроил, также не исключаю собственные психологические анти способности. Но это не значит что не надо стремиться к бест практису. Нам очень повезло что вы вообще заходите на форумы!}   
Re: Грамотное и эффективное резервное копирование. Бэкап MS SQL [сообщение #5284 является ответом на сообщение #5255] Mon, 22 July 2024 21:48 Переход к предыдущему сообщению
Back in USSR в настоящее время не в онлайне  Back in USSR
Сообщений: 23
Зарегистрирован: June 2024
Junior Member
Как раз наоборот, диф нужен регулярно, диф содержит все предыдушие логи, проще восстановить один диф, чем собирать логи за несколько дней и следить чтоб не был нарушен lsn, пропустишь хоть один лог и ничего не восстановишь.
Предыдущая тема: суммировать пропорции, хранящиеся в таблице
Следующая тема: Найти разность значений при двух условиях
Переход к форуму:
  


Текущее время: Sun Sep 08 02:46:50 GMT+3 2024

Общее время, затраченное на создание страницы: 0.01286 секунд