I have a very large table in my database and I am starting to get this error
Could not allocate a new page for
database ‘mydatabase’ 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.
How do you fix this error? I don’t understand the suggestions there.
marc_s
729k175 gold badges1327 silver badges1455 bronze badges
asked Jun 7, 2010 at 7:01
If you’re using SQL Express you may be hitting the maximum database size limit (or more accurately the filegroup size limit) which is 4GB for versions up to 2005, 10GB for SQL Express 2008 onwards. That size limit excludes the log file.
answered Dec 6, 2013 at 10:57
tomRedoxtomRedox
27.7k24 gold badges117 silver badges153 bronze badges
1
There isn’t really much to add — it pretty much tells you what you need to do in the error message.
Each object (Table, SP, Index etc) you create in SQL is created on a filegroup. The default filegroup is PRIMARY. It is common to create multiple filegroups that span over many disks. For instance you could have a filegroup named INDEXES to store all of your Indexes. Or if you have one very large table you could move this on to a different filegroup.
You can allocate space to a filegroup, say 2GB. If Auto Grow is not enabled once the data in the filegroup reaches 2GB SQL Server cannot create any more objects. This will also occur is the disk that the filegroup resides on runs out of space.
I’m not really sure what else to add — as I said previously, the error message pretty much tells you what is required.
answered Jun 7, 2010 at 7:08
codingbadgercodingbadger
42.4k13 gold badges94 silver badges109 bronze badges
If you are using client tools (MSDE) then the data in the filegroup reaches 2GB, SQL Server cannot create any more objects.
answered Feb 12, 2013 at 6:28
Use DBCC shrinkfile statement to shrink file…
USE databasename ;
GO
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE databasename
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (databasename_Log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE databasename
SET RECOVERY FULL;
GO
mattcan
54012 silver badges30 bronze badges
answered Jun 7, 2010 at 7:20
HarendraHarendra
2493 silver badges10 bronze badges
1
Ошибка при выполнении операции с базой 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 * 103 (от исходной части запроса) *150 * 103 *150 * 103 (по 150 от двух новых таблиц) — примерно 3375 * 1012 строк результата выборки. Понятно, что не каждый сервер поддержит получение такого результата.
Нажатие на изображении увеличит его
Поэтому необходимо вспомнить при возникновении «ошибки СУБД, 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 сопровождался ошибкой «Ошибка при работе с файлом». Как была устранена ошибка читайте в следующей статье.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
05-10-2021
Журавлев А.С.
(Сайт azhur-c.ru)
Ошибка при выполнении операции с базой 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 * 103 (от исходной части запроса) *150 * 103 *150 * 103 (по 150 от двух новых таблиц) — примерно 3375 * 1012 строк результата выборки. Понятно, что не каждый сервер поддержит получение такого результата.
Нажатие на изображении увеличит его
Поэтому необходимо вспомнить при возникновении «ошибки СУБД, 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 сопровождался ошибкой «Ошибка при работе с файлом». Как была устранена ошибка читайте в следующей статье.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
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 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
);
|
|||
| 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
- Proposed as answer by
-
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
- Proposed as answer by
- 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
- Proposed as answer by
-
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
- Proposed as answer by
Автор 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
Вопрос:
При запуске, при работе с Business Studio, или при конвертации базы данных возникает ошибка «Не удалось выделить новую страницу для базы данных»/»Не удалось выделить место для объекта» («Could not allocate a new page for database»/»Could not allocate space for object»). В чём может быть причина, как устранить проблему?
Ответ:
Причины возникновения подобной ошибки могут быть следующими:
-
Закончилось место на диске, на котором развернута база данных.
-
Достигнут максимальный объем базы данных для
SQL
Express: 10 ГБ на базу данных для
SQL
Server 2008 R2 Express и более поздних версий и 4 ГБ для
SQL
Server 2008 Express и более ранних версий.
-
Достигнут максимальный размер файлов базы данных (если задан).
Необходимо самостоятельно или с привлечением системного администратора проверить по каждой из перечисленных причин: какая-то из них приводит к возникновению ошибки.
|
|
Ошибка загрузки информационной базы. В информационную базу загружены не все данные |
Я |
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
Что делать?
1 — 24.07.18 — 19:36
Редакция SQL какая?
2 — 24.07.18 — 19:37
Все же написано в ошибке, «нет места», что делать? Выяснить почему)
3 — 24.07.18 — 19:38
(1) Express Edition
4 — 24.07.18 — 19:45
Предоставьте необходимое место на диске, удалив объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.
как это сделать?
Места на дисках полно!((((
5 — 24.07.18 — 19:47
(4) У Express Edition ограничение на размер базы, если мне память не изменяет. Какой размер dt?
6 — 24.07.18 — 19:48
Более 10 Гб (5)
7 — 24.07.18 — 19:49
(6) Ну вот и ответ. Покупайте нормальный скуль.
8 — 24.07.18 — 19:50
После отладки выходит сообщение
{ОбщийМодуль.ПолныеПрава.Модуль(7)}: Ошибка при установке значения атрибута контекста (ИспользоватьОграниченияПравДоступаНаУровнеЗаписей)
ПараметрыСеанса.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей = Константы.ИспользоватьОграниченияПравДоступаНаУровнеЗаписей.Получить();
по причине:
Несоответствие типов
9 — 24.07.18 — 19:51
Ну или ставьте Постгре
(8) А это сейчас к чему?
10 — 24.07.18 — 20:15
(8) У тебя СКЛ не поддерживает загрузку всей базы, конечно ошибки будут, смысл какой их смотреть?
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 пашет? Или просто лень обновить платформу?