Хорошо, я не администратор сервера, не специалист по сетям или администратор баз данных. Я просто программист, помогающий небольшой компании. У них есть ИТ-специалист, который не ориентирован на MS (большинство вещей на Mac), и мы с ним пытаемся найти здесь решение.
У нас есть 1 основная база данных. Мы выполняем полное резервное копирование каждую ночь. Я знаю, что это полные резервные копии, потому что я могу взять последний файл или любую из ежедневных резервных копий, перейти на совершенно новую машину и «восстановить» резервную копию в пустую базу данных, и наше приложение отлично работает с этой резервной копией.
Резервные копии выросли с 60 МБ до 250 МБ за 4 месяца. При запуске файл журнала составляет 1,7 ГБ, а файл данных - всего 200-300 МБ. Да, модель восстановления настроена на полную.
Итак, мой вопрос, после всего этого, если мы храним ежедневные резервные копии, и у нас нет необходимости / недостаточно умен, чтобы откатить БД до определенного времени, если я изменю режим восстановления на простой, я действительно что-нибудь теряю?
И, если я изменю его на простой, он полностью сбросит файл журнала или, по крайней мере, сократит его до чертиков?
И заставит ли это работать нашу базу данных быстрее? Я знаю, что мне станет легче, если я скопирую сравнительно недавнюю резервную копию на локальную машину для разработки и тестирования ...
Да, при изменении модели восстановления на простую следует избавиться от файла журнала.
Однако вы можете подумать о настройке плана резервного копирования для файла журнала. Это дает вам (обычно каждую ночь) полную резервную копию и периодические резервные копии журнала транзакций. Это сохраняет размер активного журнала транзакций до более управляемого размера и сохраняет возможность выполнять восстановление на определенный момент времени.
Все, что вам нужно, - это набор из 3 планов обслуживания: один для выполнения полного резервного копирования, один для резервного копирования журнала транзакций и один для выполнения задачи очистки для очистки старых резервных копий (тех, которые превышают ваш порог хранения).
Вы убедились, что файл журнала усекается? Это должно быть по умолчанию.
Если вы говорите, что простое резервное копирование - это нормально, потому что вы делаете ежедневное резервное копирование, вы можете попытаться выполнить оператор журнала truncat, а затем сделать полную резервную копию, чтобы сохранить полный журнал резервного копирования. В сети есть несколько ссылок, касающихся усечения, но вот краткая:
http://blog.sqlauthority.com/2006/12/30/sql-server-shrinking-truncate-log-file-log-full/