Довга історія, але наші багаторічні консультанти (колишні працівники) написали користувальницький сценарій років тому (2006 або близько того) для взаємодії з Tivoli Storage Manager, і, здається, перевіряється наявність параметра DB з назвою SQL Server truncate log on checkpoint
. Їх твердження полягає в тому, що це заважає скриптам функціонувати та виконувати резервні копії на екземплярі, який є SQL 2012.
Я вважаю, що це повний BS, оскільки я не можу знайти жодної такої опції через, sp_configure
і резервні копії працюють скрізь, окрім одного екземпляра. Однак я хотів би зняти наземну шахту, якщо це так, і видалити інші застарілі елементи. У мене їх перевіряють у постачальника, але я не маю високої впевненості в тому, що вони кажуть.
Дослідження, які я зробив, повернулися трохи більше, ніж це, можливо, є варіантом для SQL 2000 або Sybase. Ще одна претензія полягала в тому, що вона називається / використовується неявно в пізніших версіях (2008 і новіших версій), коли є модель відновлення SIMPLE
і немає явного варіанту її вмикання або вимикання.
Оскільки TRUNCATE LOG
команда застаріла через те, як працюють журнали транзакцій у ці дні, я думаю, що це не варіант, до якого навіть можна запитати.
Оскільки у мене немає жодного екземпляра SQL Server 2000, я сподівався, що хтось може згадати це або міг би перевірити його на одному з них. Я сказав їм, що я нічого не можу порекомендувати. Я також сподівався, що хтось може підтвердити, що це застаріло.