Ви впевнені, що це так
Не вдалося виділити нову сторінку для бази даних "база даних" через недостатнє місце на диску у групі файлів "PRIMARY".
і ні
Не вдалося виділити нову сторінку для бази даних 'tempdb' через недостатнє місце на диску у групі файлів 'PRIMARY'.
?
Якщо це дійсно [tempdb]в повідомленні про помилку, то це те, що потрібно керувати окремо, переконавшись, що він [tempdb]знаходиться на диску відповідного розміру, відокремленому від іншої бази даних.
Якщо це не [tempdb]в повідомленні про помилку, я б уявив, що "завантаження" подібного роду вдарить [tempdb]досить сильно. Перебуває [tempdb]на тому ж диску / LUN як 'database'? Якщо це так, ви, ймовірно, загострюєте свою проблему із численними спробами зростання файлів (на кількох базах даних). Тому, поки ви робите це "завантаження", переконайтесь, що ви також контролюєте [tempdb].
Якщо ви [tempdb]перебуваєте на окремому диску, і ви впевнені, що у вас є достатньо місця, я б продовжував розмір вашого файлу даних відповідно до розміру кінцевого стану:
USE master;
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = datafile,
SIZE = 60GB,
FILEGROWTH = 5GB
);
GO
Також переконайтеся, що файл журналу бази даних є окремим від файлу даних. Якщо це не так, ви повертаєтеся до конкуруючих подій з росту. Якщо вони знаходяться на окремих дисках, то я б також пройшов їх розмір та розмір відповідним чином.
USE master;
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 8000MB
);
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 16000MB
);
GO
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 24000MB
);
GO
...
поки ви не отримаєте потрібний розмір журналу. Назвемо це 80 Гб, де ви встановите свій ріст під конкретний розмір. Я використовую цінності, рекомендовані Полом Рандалом та Кімберлі Тріппом
ALTER DATABASE [database]
MODIFY FILE
(
NAME = logfile,
SIZE = 80000MB,
FILEGROWTH = 8000MB
);