Ошибка субд не удалось выделить место для объекта - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

The error message is telling you that the PRIMARY filegroup (FG) is full. In SQL Server Management Studio (SSMS), right click the database and selection properties.

On the files table, find the primary data file (*.mdf) and write down the location (drive, path, file).

Go to Windows explorer, click the my computer icon, notice the drives. Each drive will have total space and amount available.

Problem:

Is there any space left on the drive? If not, that is your problem.

Solution:

If there is space left in the data file, shrink the file. If not, create a secondary data file. Move some tables to the data file. Shrink the primary data file after move is complete.

Here is a script from microsoft by Roberto Stefanetti. It will move a table and indexes from one FG to another.

http://gallery.technet.microsoft.com/scriptcenter/c1da9334-2885-468c-a374-775da60f256f

Источник

oprosnik

17.09.10 — 12:58

Ошибка СУБД:

Не удалось выделить место для объекта «ХХХХХХХХХ» в базе данных «tempdb», поскольку файловая группа «PRIMARY» переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.

Посоветуйте, пожалуйста, что изменить в настройках tempdb, mssgl

чтобы это происходило пореже ?

Найч

1 — 17.09.10 — 13:00

Fox Pro штоли? )

also

2 — 17.09.10 — 13:01

поменяй жесткий диск

also

3 — 17.09.10 — 13:02

а вообще самый правильный совет:
«Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.»

Жан Пердежон

4 — 17.09.10 — 15:15

не поверишь, но

«Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.»

oprosnik

5 — 18.09.10 — 09:04

(3)(4) пасибо конешно за советы

Поискал еще на форуме : такая проблема была у многих : объем темпдб значительно превышает объем рабочих баз, надо наладить шринк темпдб и все будет оккей.

Koala

6 — 18.09.10 — 09:38

В базе tempdb MS SQL хранит результаты временных вычислений, при начале запуска скуля она пустая и затем этими данными и заполняется. Так что на скорую руку можно просто перезапустить службу MS SQL. А вообще tempdb можно и на др. диск перенести. На сайте Микрософта где-то была официальная рекомендация, как это делать.

val

7 — 18.09.10 — 20:37

(0) Сделать несколько файловых групп tempdb на разных дисках.

oprosnik

8 — 20.09.10 — 10:14

(6) Вот я тоже думал что она должна сама вычищаться при перезапуске, но этого не происходит. Потому и задал вопрос — может что-то у меня не так настроено ?

DrZombi

9 — 20.09.10 — 10:17

(8)Колись, чего руками наделал?
У всех оно очищается при перезапуске, а у вас нет
Поди наигрался со временными таблицами

Шляпентох

10 — 20.09.10 — 10:24

(8) initial size в свойствах tempdb поменяйте

Источник

При выполнении тестирования и исправления базы возникает ошибка: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Не удалось выделить место для объекта HRESULT=80040E14 —

Описание ошибки:
Клиент-серверный вариант работы базы конфигурации 1С: Комплексная автоматизация 1.1.58.3 на платформе 1С: Предприятие 8.2. Ошибка при тестировании и исправлении базы возникает в момент обновления конфигурации: В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось выделить место для объекта «dbo._Reference279NG».’PK___Referen__AC8ED0C4B64C2C77′ в базе данных «KA2015», поскольку файловая группа «PRIMARY» переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=1105, line=1

Найденные решения:

Если немного углубиться в анатомию событий, прелшестовавших тестированию. То у клиента внезапно возникла проблема нумерации в документах нескольких видов («Заказ покуателя», «Заказ поставщику», нетиповой добавленный «Наряд-заказ»). Проблема была в том, что при нумерации программа не отражала в номере префикс организации, выбранной в документе. А просто ставила один и тот же префикс (недавно созданной организации) всем документам, и с таким префиксом продолжала по нему сплошную нумерацию. Хотя проблема возникла не сразу, как новую организацию добавили в справочник «Организации».

Было выполнено обновление нумерации с помощью штатной обработки «Настройка стратегии редактирования номеров»

Но выполненная операция не привела к изменениям в решении проблемы. Было принято решение выполнить «Тестирование и исправление» базы данных.

Оно было запущено, в результате первый запуск тестирования окончился неудачей на этапе обновления конфигурации базы данных, сопровожденной информацией об ошибке:

В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось выделить место для объекта «dbo._Reference279NG».’PK___Referen__AC8ED0C4B64C2C77′ в базе данных «KA2015», поскольку файловая группа «PRIMARY» переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=1105, line=1

Обращение к системному администратору с просьбой почистить кэш СУБД не принес ощутимых результвтов. Беглый поиск решения проблемы на форуме сайта infostart. В обсуждении обсуждался вопрос настроек базы на стороне СУБД, связанных с размером системной таблицы tempdb. Потому возник диалог с системным администратором по поводу данной настройки, включено ли у нее «Авторасширение», и какое значение увеличения указано — проценты или мегабайты.

Частный случай преодоления ошибки был найден чуть позже на примере похожей ошибки. Описание решения ошибки приведено в описании решения ошибки «В процессе обновления информационной базы произошла критическая ошибка. Ошибка СУБД: Microsoft SQL Server Native Client 11.0: нехватка места на диске в файловой группе «PRIMARY».»

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

23-12-2016

Журавлев А.С.
(Сайт www.azhur-c.ru)

Источник

Сообщение об ошибке сообщает, что файловая группа PRIMARY (FG) заполнена. В SQL Server Management Studio (SSMS) щелкните правой кнопкой мыши базу данных и выберите свойства.

В таблице файлов найдите основной файл данных (*.mdf) и запишите местоположение (диск, путь, файл).

Зайдите в проводник Windows, щелкните значок «Мой компьютер», обратите внимание на диски. Каждый диск будет иметь общее пространство и доступное количество.

Проблема:

Осталось ли место на диске? Если нет, то это ваша проблема.

Решение:

Если в файле данных осталось место, сожмите файл. Если нет, создайте вторичный файл данных. Переместите некоторые таблицы в файл данных. Сожмите основной файл данных после завершения перемещения.

Вот сценарий от Microsoft от Роберто Стефанетти. Это переместит таблицу и индексы от одного FG до другого.

http://gallery.technet.microsoft.com/scriptcenter/c1da9334-2885-468c-a374-775da60f256f

Источник

Ошибка при выполнении операции с базой 1С 8: Не удалось выделить новую страницу для базы данных «TEMPDB» из-за нехватки места на диске в файловой группе «DEFAULT».

Описание ошибки:
Ошибка СУБД
Microsoft SQL Server Native Client 11: Не удалось выделить новую страницу для базы данных «TEMPDB» из-за нехватки места на диске в файловой группе «DEFAULT». Создать необходимое пространство, удалив объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=A, Severity=11, native=1101, line=1

Найденные решения:

Ошибка возникла в процессе выполнения обработки по сбору данных по ценам и остаткам в базе для выгрузки на сайт. Как понятно по тексту ошибки — база клиент-серверная. СУБД — MS SQL.

Нажатие на изображении увеличит его

Перед этим была выполнена доработка запроса в части сбора данных по ценам и остаткам в базе для выгрузки на внешний ресурс, а точнее сайт. Запрос уже до доработки выбирал данные в разрезе двух видов цен. После доработки был добавлен сбор данных еще по двум типам цен. Но известно, что примерно по каждому типу цен записей в базе не больше 150 тысяч, значит на 4 вида цен — не больше 600 тысяч строк должны были быть выбраны запросом. И судя, по тексту ошибки, не хватило места для результата выборки. И да, и нет. Четкое понимание проблемы подсказала статья на сайте AskDev.ru: Ошибка SQL-запроса недостаточно места на диске. Пришло понимание, что в доработанном запросе был упущение — не указаны связи для добавленных таблиц выборки по типам цен. Таким образом получилось, что результат стал включать все варианты с учетом двух таблиц, а это уже как минимум 150 * 10³(от исходной части запроса) *150 * 10³ *150 * 10³ (по 150 от двух новых таблиц) — примерно 3375 * 10¹² строк результата выборки. Понятно, что не каждый сервер поддержит получение такого результата.

Нажатие на изображении увеличит его

Поэтому необходимо вспомнить при возникновении «ошибки СУБД, Microsoft SQL Server Native Client 11: Не удалось выделить новую страницу для базы данных «TEMPDB» из-за нехватки места на диске в файловой группе «DEFAULT», не было ли перед этим выполнено некорректных доработок в плане сбора данных или обработки массивного объема данных.

В общем случае просто база перезапускается. Если же запуск не происходит и сопровождается такой же ошибкой, то можно проделать следующие действия, которые можно найти среди многих, но которые больше применимы к связке программ 1С и MS SQL, по ссылке AskDev.ru: Ошибка SQL-запроса недостаточно места на диске:

— Перезапустить службу MS SQL Server. Это должно обеспечить воссоздать таблицу tempdb базы данных.
— Выполнить сжатие файла журнала таблицы tempdb. Как выполнить такое сжатие — можно обратившись к англоязычной статье по этой теме на сайте blogs.lessthandot.com-Dealing with the could not allocate new page for database TEMPDB. There are no more pages available in filegroup DEFAULT error message. См. скрин актуальной части статьи по этому вопросу ниже.

Нажатие на изображении увеличит его

Немного справки по таблицу tempdb у СУБД MS SQL в переводе с той же страницы на сайте blogs.lessthandot.com:

Итак, что вызывает это (ошибку yе удалось выделить новую страницу для базы данных «TEMPDB» из-за нехватки места на диске в файловой группе «DEFAULT»)? Вы можете подумать, что tempdb используется только для временных (#temp или ## temp) таблиц, но это неверно, tempdb используется для многих вещей, а с SQL Server 2005 он используется чаще, чем когда-либо. Вот некоторые вещи, для которых используется tempdb:
— Если вы выполняете какой-либо запрос, и для этого требуется больше памяти, чем доступно в ОЗУ, он также перейдет в tempdb.
— Если у вас есть большие наборы результатов, и вы используете объединения, группировку, внешние объединения, курсоры и т.д.
— Если вы используете временные таблицы
— Незавершенная транзакция, которая не была откатана
— DBCC CHECKDB будет использовать tempdb, чем больше ваша база данных, тем больше места DBCC CHECKDB потребуется от tempdb. Если вы создаете или перестраиваете индексы с параметром SORT_IN_TEMPDB = ON

Получается, что лучше все-таки сократить базу данных «tempdb». Если этого не сделать, то при последующей попытке вызова кода, даже если были внесены правильные корректировки можно получить ошибку:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных «tempdb» заполнен. Чтобы обнаружить причину, по которой место в журнале не может быть повторно использовано, обратитесь к столбцу log_reuse_wait_desc таблицы sys.databases
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=4, Severity=11, native=9002, line=1

Нажатие на изображении увеличит его

Если открыть таблицу «tempdb» в SQL Server Management Studio, то можно наблюдать временные таблицы, которые занимают все оставшееся свободное пространство на системном жестком диске. Место на диске заканчивается, объем таблицы не очищается и дальнейшая работа может быть невозможна.

Нажатие на изображении увеличит его

Если обратиться к рекомендациям, описанным выше, то для очистки журнала был выбран вариант перезапуска служб, связанных с MS SQL. Был выполнен последовательный перезапуск (остановка и запуск) служб SQL Server (MSSQLSERVER) и Агент SQL Server (MSSQLSERVER).

Нажатие на изображении увеличит его

В результате данных операций свободное пространство на системном жестком диске высвободилось. Временные таблицы удалились сами естественным образом. Дальнейшая работа доработанного функционала была восстановлена.

P.S.: Так же эта ошибка стала причиной еще другой попутной ошибки. Т.е. тесно связанной. Когда база была закрыта с помощью соответствующей кнопки в окне ошибки, то после этого запустить базу ни в режиме конфигуратора, ни в режиме Предприятия не получалось, запуск 1С 8 сопровождался ошибкой «Ошибка при работе с файлом». Как была устранена ошибка читайте в следующей статье.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

05-10-2021

Журавлев А.С.
(Сайт azhur-c.ru)

Are you sure it’s

Could not allocate a new page for database ‘database’ because of insufficient disk space in filegroup ‘PRIMARY’.

and not

Could not allocate a new page for database ‘tempdb’ because of insufficient disk space in filegroup ‘PRIMARY’.

If it’s actually [tempdb] in the error message then that’s something that needs to be managed separately by ensuring that [tempdb] is on an appropriately-sized disk separated from other database.

If it’s not [tempdb] in the error message, I’d imagine that an «upload» of this kind would hit [tempdb] pretty hard. Is [tempdb] on the same disk/LUN as 'database'? If so, you’re probably exacerbating your problem with multiple attempted file growths (on multiple databases). So while you’re doing this «upload» make sure you’re monitoring [tempdb] as well.

If [tempdb] is on a separate drive and you’re certain that you have enough space, I’d go ahead and size your data file to what you expect to be it’s end-state size:

USE master;
GO
ALTER DATABASE [database]
MODIFY FILE
    (
    NAME = datafile,
    SIZE = 60GB,
    FILEGROWTH = 5GB
);
GO

Also, please make sure that the database’s log file is separate from the data file. If it’s not then you’re back with competing growth events. If they are on separate disks, then I’d also go through and size them appropriately.

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
...

until you get to your desired logfile size. Let’s call it 80GB where you’ll set your growth to a specific size. I’m using values recommended by Paul Randal and Kimberly Tripp

ALTER DATABASE [database]
MODIFY FILE 
(
    NAME = logfile, 
    SIZE = 80000MB,
    FILEGROWTH = 8000MB
);

Are you sure it’s

Could not allocate a new page for database ‘database’ because of insufficient disk space in filegroup ‘PRIMARY’.

and not

Could not allocate a new page for database ‘tempdb’ because of insufficient disk space in filegroup ‘PRIMARY’.

If [tempdb] is on a separate drive and you’re certain that you have enough space, I’d go ahead and size your data file to what you expect to be it’s end-state size:

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
...

until you get to your desired logfile size. Let’s call it 80GB where you’ll set your growth to a specific size. I’m using values recommended by Paul Randal and Kimberly Tripp

ALTER DATABASE [database]
MODIFY FILE 
(
    NAME = logfile, 
    SIZE = 80000MB,
    FILEGROWTH = 8000MB
);

Ошибка загрузки информационной базы. В информационную базу загружены не все данные

karapuz13

24.07.18 — 19:34

Стоит Microsoft SQL Server 2014

1с 8.2.19.130

При попытки в чистую базу засунуть бекап выходит ошибка

Ошибка загрузки информационной базы. В информационную базу загружены не все данные

по причине:

Ошибка СУБД:

Microsoft SQL Server Native Client 11.0: Не удалось выделить новую страницу для базы данных «buh1» вследствие нехватки места на диске в файловой группе «PRIMARY». Предоставьте необходимое место на диске, удалив объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.

HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=C, Severity=11, native=1101, line=1

Что делать?

Casey1984

1 — 24.07.18 — 19:36

Редакция SQL какая?

Casey1984

2 — 24.07.18 — 19:37

Все же написано в ошибке, «нет места», что делать? Выяснить почему)

karapuz13

3 — 24.07.18 — 19:38

(1) Express Edition

karapuz13

4 — 24.07.18 — 19:45

Предоставьте необходимое место на диске, удалив объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.

как это сделать?

Места на дисках полно!((((

Amra

5 — 24.07.18 — 19:47

(4) У Express Edition ограничение на размер базы, если мне память не изменяет. Какой размер dt?

karapuz13

6 — 24.07.18 — 19:48

Более 10 Гб (5)

Amra

7 — 24.07.18 — 19:49

(6) Ну вот и ответ. Покупайте нормальный скуль.

karapuz13

8 — 24.07.18 — 19:50

После отладки выходит сообщение

{ОбщийМодуль.ПолныеПрава.Модуль(7)}: Ошибка при установке значения атрибута контекста (ИспользоватьОграниченияПравДоступаНаУровнеЗаписей)

ПараметрыСеанса.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей = Константы.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей.Получить();

по причине:

Несоответствие типов

Amra

9 — 24.07.18 — 19:51

Ну или ставьте Постгре

(8) А это сейчас к чему?

Casey1984

10 — 24.07.18 — 20:15

(8) У тебя СКЛ не поддерживает загрузку всей базы, конечно ошибки будут, смысл какой их смотреть?

dali

11 — 25.07.18 — 06:12

Если для тестовых целей или разработки — ставь SQL developer edition. Там ограничений нет. Но в продакшене использовать нельзя, нарушение лицензии.

1Снеговик

12 — 25.07.18 — 08:14

(6) откуда вы такие беретесь, что dt(!) размером 10 гигов, который развернется в 50 пытаться запихнуть в базу с ограничением 10 гигов. Читать надо хоть минимально что такое SQL Express и почему он бесплатный.

И что за база такая здоровая, что до сих пор еще на 8.2 пашет? Или просто лень обновить платформу?

начал читать тему и понял, что как всегда — вместо того, чтобы поддержать или научить, человеку рассказывают о том, как отмазаться или не делать mikecool

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Remove From My Forums

Вопрос

Ответы

Зайдите на SQL сервер под его сервисной учёткой (смотрите в SQL server configuration manager )

Все ответы

Здравствуйте!Есть small business server 2011 c установленным sharepoint 2010,необходимо расширить базу в логах выдает ошибку

Unknown SQL Exception 1101 occurred. Additional error information from SQL Server is included below. Не удалось выделить новую страницу для базы данных «WSS_Logging» вследствие нехватки места
на диске в файловой группе «PRIMARY». Предоставьте необходимое место на диске, удалив объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.А
при попытке подключиться через Sql (скрин выше).Подскажите как исправить?
Добрый день.
У вас две задачи.
1. Подключиться
2. Разобраться с логами.
Давайте по первой- откуда Вы подключаетесь к СКЛ сервера с той же машине на которой залогинены или по сети?

Вторая- Вам Логи вообще нужны? Может имеет смысл писать только критические? А не все подряд. А вот когда что то деплоить начнете тогда и включите логирование всех итемов. В общем два варианта. 1-й чистим существующею базу логов. уменьшаем время хранения и уменьшаем
что хранить какой тип.Или увеличиваем объем по умолчанию стоит 5 Гб. Второй вариант создаем новую БД логов и пишем все туда.
Инструкция.
1. Проверяем порты на фаерволе. Запускаем SQL server configuration manager проверяем протокол TCP/IP должен быть enabled. Запущенная служба SQL server.

2.1. сервер:порт/_admin/LogUsage.aspx Убераем все лишнее или увеличиваем объем и т.д. или Central Administration -> Monitoring -> Configure usage and health data collection
2.2. Set-SPUsageApplication -DatabaseServer <DatabaseServerName> -DatabaseName <DatabaseName> что то вроде этого.

http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.
проверил настройки TCP/IP стоит enabled.Что еще можно попробовать?
По первому вопросу я спросил наводящий- вы подключаетесь по сети или локально?

http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.
Что Вы вводите когда подключаетесь через SQL server magment studio?

Database Engine

localhost

window auth?

вводите аккаунт ферм админа?

проверьте службы СКЛ они запущены?

И что на счет второго пункта с логами удалось разобраться?

http://sharepoint3000.blogspot.ru/ Мой блог, не судите строго- только начинаю.
- Изменено
  Andrey Osinniy
  5 апреля 2013 г. 7:33
Здравствуйте CheaterRZN,

Вам удалось решить данную проблему?

Если да, то будьте добры
написать как, чтобы это помогло и другим пользователям.

Если нет, то напишите, чем еще можем быть Вам полезными?
Здравствуйте !Увы ошибку не устранили.А по поводу раннее написанного, входим через пароль админа, службы все запущены.
- Предложено в качестве ответа
  daagon78
  25 апреля 2013 г. 7:27
- Помечено в качестве ответа
  Иван ПродановMicrosoft contingent staff, Moderator
  26 апреля 2013 г. 6:55
- Снята пометка об ответе
  Иван ПродановMicrosoft contingent staff, Moderator
  26 апреля 2013 г. 7:35
- Отменено предложение в качестве ответа
  Иван ПродановMicrosoft contingent staff, Moderator
  26 апреля 2013 г. 7:36
Здравствуйте! Вся загвоздка что в базу то вообще не пускает.
Зайдите на SQL сервер под его сервисной учёткой (смотрите в SQL server configuration manager )

Remove From My Forums

Question
Dear All,

I have a SQL Server 2008 (SP1) Database (Size600GB). It has more than 25 Data files and more than 5 LDF Files.

My issue is most of the times whenever I tried to created new indexes or index-rebuilding on the tables I am getting below mentioned error.

Msg 1101, Level 17, State 12, Line 1

Could not allocate a new page for database ‘XXXX’ because of insufficient disk space in filegroup ‘PRIMARY’.

Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth

on for existing files in the filegroup.

Then I used to increase the MDF file size to 250MB or 512MB and the issue will resolved temporarily. But now MDF file located disk drive free space is low(remaining free space 3GB). I can’t extend further more disk space for the MDF file.

I never experienced before this situation in any version of
SQL Server Databases.

Please suggest.

Best Regards

N S Reddy

Answers

So you are out of space in all files but xxxx_Data. That is Size + Growth exceeds MaxSize. Furthermore, SQL Server writes to all groups in a file group in a round-robin fashion, so I’m not sure that it helps with all that space available in the xxxx_Data
file.

I think you need:
1) Get more disk space.
2) Rebulid this database with far fewer files. A single log file, and at
most one data file per disk.

Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se
- Proposed as answer by
  Wednesday, May 22, 2013 9:27 AM
- Marked as answer by
  Jinchun ChenMicrosoft employee
  Tuesday, June 4, 2013 5:35 AM
Can you post the output of sp_helpdb for this database? I need to see the second result set.

Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se
- Proposed as answer by
  Fanny Liu
  Tuesday, May 14, 2013 10:18 AM
- Marked as answer by
  Jinchun ChenMicrosoft employee
  Tuesday, June 4, 2013 5:36 AM

Remove From My Forums

Question
Dear All,

I have a SQL Server 2008 (SP1) Database (Size600GB). It has more than 25 Data files and more than 5 LDF Files.

My issue is most of the times whenever I tried to created new indexes or index-rebuilding on the tables I am getting below mentioned error.

Msg 1101, Level 17, State 12, Line 1

Could not allocate a new page for database ‘XXXX’ because of insufficient disk space in filegroup ‘PRIMARY’.

Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth

on for existing files in the filegroup.

Then I used to increase the MDF file size to 250MB or 512MB and the issue will resolved temporarily. But now MDF file located disk drive free space is low(remaining free space 3GB). I can’t extend further more disk space for the MDF file.

I never experienced before this situation in any version of
SQL Server Databases.

Please suggest.

Best Regards

N S Reddy

Answers

So you are out of space in all files but xxxx_Data. That is Size + Growth exceeds MaxSize. Furthermore, SQL Server writes to all groups in a file group in a round-robin fashion, so I’m not sure that it helps with all that space available in the xxxx_Data
file.

I think you need:
1) Get more disk space.
2) Rebulid this database with far fewer files. A single log file, and at
most one data file per disk.

Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se
- Proposed as answer by
  Wednesday, May 22, 2013 9:27 AM
- Marked as answer by
  Jinchun ChenMicrosoft employee
  Tuesday, June 4, 2013 5:35 AM
Can you post the output of sp_helpdb for this database? I need to see the second result set.

Erland Sommarskog, SQL Server MVP, esquel@sommarskog.se
- Proposed as answer by
  Fanny Liu
  Tuesday, May 14, 2013 10:18 AM
- Marked as answer by
  Jinchun ChenMicrosoft employee
  Tuesday, June 4, 2013 5:36 AM

Автор Lyapisinka, 16 дек 2014, 11:41

0 Пользователей и 1 гость просматривают эту тему.

Здравствуйте коллеги, помогите с проблемой.

На Windows server 2008 r2 стоит 1С с SQL 2012 express.
Не давно появилась ошибка типа

ЦитироватьВ процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0:
Не удалось выделить новую страницу для базы данных «buh»
вследствие нехватки места на диске в файловой группе «PRIMARY».
Предоставьте необходимое место на диске,
удалив объекты в файловой группе,
добавив дополнительные файлы в файловую группу или
указав параметр автоматического увеличения размера для существующих файлов в файловой группе.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=C, Severity=11, native=1101, line=1

Возникает при тестировании базы и обновлении

А вы её читали?
Нет. мне вот просто интересно, вы читали, что там написано?
Кошмар какойто

Помог? Нажми — Спасибо
skype: Soprov1C

Источник

Ошибка загрузки информационной базы. В информационную базу загружены не все данные

Вопрос

Ответы

Все ответы

Question

Answers

Question

Answers