SQL - Основний накопичувач повний - Додано ще один файл даних

На нашому сервері SQL не вистачало місця на диску C: \. На дисках G: \ є близько 20 Гб вільного простору (в даний час використовується в основному для файлів журналу)

Я створив файл даних на диску G: \ у тій самій групі файлів, що і великий файл, який знаходиться на диску C: \.

Я все ще отримую помилки, кажучи, що файл даних повний і т.д. ...

Я щось пропустив?

(це база даних SQL 2000 - проте я використовую програму Management Studio зі своєї робочої станції)

Перегляньте скріншот, щоб показати макет файлів: http://twitpic.com/wnjl1/full

sql-server

— алекс
джерело

Ви змінили властивості вихідного файлу даних, щоб він більше не намагався автоматично рости (за замовчуванням)?

Оновлення: тепер далеко від моєї відфільтрованої робочої мережі я бачу фотографію, і справді ви залишили оригінальний файл, щоб автоматично рости. Вимкніть 1% -ве зростання на файлі Navision4_1_Data, і він повинен почати використовувати виключно файл, розміщений у G. У вас також є PRIMARY файл Navision4_Data на C і налаштовано автоматично рости.

У вас є короткострокове виправлення, але вам слід зробити пріоритетним, щоб усі файли даних повністю перенести на окремий диск (а не той, у якому ввімкнуто ваші транзакції). Я також бачу, що Navision4_Log3 перевищує 45 Гб - гадаю, ви не робите регулярних резервних копій вашої бази даних.

— MartW
джерело

^ -Це. Якщо ви не створюєте резервну копію вашої бази даних, ви просто просите проблеми. Якщо ви не зацікавлені в захисті даних, принаймні створіть процедуру технічного обслуговування для очищення журналів.

— Містер Furious

ми робимо регулярні резервні копії ... однак вони не ефективні, я не думаю, що (це створив хтось інший) Що я повинен шукати?

— alex

Як вони налаштовані? У вас повинні бути плани технічного обслуговування резервного копіювання бази даних та журналів транзакцій (коли це буде зроблено, журнал скоротиться майже до нічого, і поступово зростатиме, поки не настане час для наступної резервної копії), а також процес для збереження резервних копій десь подалі від сервера. Я думаю, що налаштування плану технічного обслуговування за замовчуванням - це резервне копіювання бази даних один раз на тиждень та резервне копіювання журналу транзакцій щодня, і це, як правило, запобігає досягненню розміру журналу транзакцій, якщо у вас немає мільйонів змін на день.

— MartW

SQL - Основний накопичувач повний - Додано ще один файл даних - не працює!