файловая группа primary переполнена что делать
«Первичная файловая группа заполнена» в SQL Server 2008 Standard без видимой причины
Наша база данных в настоящее время имеет размер 64 ГБ, и одно из наших приложений начало давать сбой со следующей ошибкой:
Я перепроверил все: всем файлам в одной файловой группе разрешено автоматически расти с разумными приращениями (100 МБ для файла данных, 10% для файла журнала), более 100 ГБ свободного места доступно для базы данных, tempdb также настроен на автоматический рост с большим количеством свободного места на жестком диске.
Чтобы решить проблему, я добавил второй файл в файловую группу, и ошибка исчезла. Но меня беспокоит вся эта ситуация.
Где здесь проблема, ребята?
10 ответов
ОК, все заработало. Оказывается, том NTFS, на котором располагались файлы БД, был сильно фрагментирован. Остановил SQL Server, все дефрагментировал, и с тех пор все в порядке.
Рекомендуется не создавать пользовательские объекты в основной файловой группе. Когда у вас есть пропускная способность, создайте новую файловую группу и переместите объекты пользователей, оставив системные объекты первичными.
Следующие запросы помогут вам определить пространство, используемое в каждом файле, и верхние таблицы с наибольшим количеством строк и наличие кучи. Это хорошая отправная точка для исследования этой проблемы.
Таким образом, даже несмотря на то, что размер был установлен на «неограниченный», это не так.
Сделайте одно: перейдите к свойствам файлов выбора базы данных, увеличьте начальный размер базы данных и установите для первичной файловой группы автоматически увеличивающуюся группу. Перезагрузите сервер sql.
Вы сможете использовать базу данных, как раньше.
Я также столкнулся с той же проблемой, когда начальный размер dtabase установлен на 4 Гб, а автоматический рост установлен на 1 Мб. На виртуальном зашифрованном диске TrueCrypt, на котором находилась база данных, казалось, было достаточно места.
Я изменил пару вещей (выше):
Все безрезультатно (я мог вставить еще несколько записей, но вскоре столкнулся с той же проблемой). Файл подкачки, упомянутый Тобби, заставил меня попробовать виртуальный диск большего размера. (Хотя на моем диске не должно быть таких системных файлов, поскольку я часто работаю без его монтирования.)
При этом я столкнулся с вопросом TrueCrypt, собираюсь ли я хранить файлы размером более 4 ГБ (, как показано на этот вопрос SuperUser ).
После этих двух последних у меня все было хорошо, и я предполагаю, что последний сработал. Я думаю, что TrueCrypt выбирает файловую систему exfat (, как описано здесь ), что ограничивает размер всех файлов 4 ГБ. (Так что мне, вероятно, не нужно было увеличивать диск, но я все равно это сделал.)
Вероятно, это очень редкий пограничный случай, но, может быть, он кому-то поможет.
Я столкнулся с той же проблемой. Причина заключалась в том, что файл виртуальной памяти «pagefile.sys» находился на том же диске, что и наши файлы данных для наших баз данных (диск D:). Он увеличился вдвое и заполнил диск, но окна не забирали его, то есть выглядело так, как будто у нас было 80 ГБ свободного места, хотя на самом деле этого не было.
Перезапуск SQL-сервера не помог, возможно, дефрагментация даст ОС время, чтобы освободить файл подкачки, но мы просто перезагрузили сервер и вуаля, файл подкачки сжался, и все работало нормально.
Интересно то, что в течение 30 минут, которые мы исследовали, окна вообще не вычисляли размер pagefile.sys (80 ГБ). После перезапуска окна действительно нашли файл подкачки и включили его размер в общее использование диска (сейчас 40 ГБ, что все еще слишком велико).
Пожалуйста, проверьте тип роста файла базы данных, если он ограничен, сделайте его неограниченным
Если страницы не освобождены, другие объекты в базе данных не могут повторно использовать страницы.
Однако при включении уровня изоляции на основе управления версиями строк в базе данных SQL Server 2005 страницы не могут быть освобождены, даже если удерживается блокировка на уровне таблицы.
Чтобы обойти эту проблему, используйте один из следующих методов: Включите подсказку TABLOCK в оператор DELETE, если уровень изоляции на основе управления версиями строк не включен. Например, используйте оператор, подобный следующему:
УДАЛИТЬ ИЗ TableName С (TABLOCK)
Примечание представляет имя таблицы. Используйте оператор TRUNCATE TABLE, если вы хотите удалить все записи в таблице. Например, используйте оператор, подобный следующему:
TRUNCATE TABLE имя таблицы
Создайте кластерный индекс по столбцу таблицы. Дополнительные сведения о том, как создать кластеризованный индекс для таблицы, см. В разделе «Создание кластеризованного индекса» в SQL.
Внизу ссылки вы заметите, что НЕ указано, что это применимо к SQL Server 2008, но я думаю, что это действительно так.
По моему опыту, это сообщение появляется, когда в основном файле (.mdf) нет места для сохранения метаданных базы данных. Этот файл включает системные таблицы, и они сохраняют в нем только свои данные.
Освободите место в файле, и команды снова заработают. Это все, наслаждайтесь
Наша проблема заключалась в том, что на жестком диске не хватало свободного места.
MSSQLSERVER_1105
Сведения
| attribute | Значение |
|---|---|
| Название продукта | SQL Server |
| Идентификатор события | 1105 |
| Источник события | MSSQLSERVER |
| Компонент | SQLEngine |
| Символическое имя | NO_MORE_SPACE_IN_FG |
| Текст сообщения | Не удалось выделить место для объекта ‘%.*ls’%.*ls в базе данных ‘%.*ls’, так как файловая группа ‘%.*ls’ переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе. |
Объяснение
Нет свободного места на диске в файловой группе.
Действие пользователя
Место в файловой группе можно освободить следующим образом.
Добавить файлы в файловую группу.
Освободить место на диске, удалив ненужные индексы или таблицы.
Дополнительные сведения см. в разделе «Диагностика недостатка места на диске» электронной документации по SQL Server.
Когда индекс располагается в нескольких файлах, ALTER INDEX REORGANIZE может вернуть ошибку 1105 при заполнении одного их файлов. Процесс реорганизации блокируется, если процесс пытается переместить строки в полный файл. Чтобы обойти это ограничение, выполните ALTER INDEX REBUILD вместо ALTER INDEX REORGANIZE или увеличьте ограничение на размер файла для файлов, которые достигают этого ограничения.
Файловая группа primary переполнена что делать
Описание ошибки:
Клиент-серверный вариант работы базы конфигурации 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
«Основная файловая группа заполнена» в стандарте SQL Server 2008 без видимых причин
наша база данных в настоящее время находится на 64 Гб, и одно из наших приложений начало терпеть неудачу со следующей ошибкой:
Я дважды проверил все: все файлы в одной файловой группе могут автоматически расширяться с разумным шагом (100 Мб для файла данных, 10% для файла журнала), для базы данных доступно более 100 Гб свободного места, tempdb настроен на автозапуск, а также с большим количеством свободного места на жестком диске.
чтобы решить проблему, я добавил второй файл в файловую группу и ошибка ушла. Но меня беспокоит вся эта ситуация.
где здесь проблема, ребята?
9 ответов
хорошо, он работает. Оказывается, что Том NTFS, где находились файлы БД, получил сильно фрагментирован. Остановил SQL Server, дефрагментировал все это, и с тех пор все было в порядке.
рекомендуется не создавать пользовательские объекты в основной файловой группе. При наличии полосы пропускания создайте новую файловую группу, переместите пользовательские объекты и оставьте системные объекты в основном.
следующие запросы помогут вам определить пространство, используемое в каждом файле, и верхние таблицы с наибольшим количеством строк и если есть какие-либо кучи. Это хорошая отправная точка для исследования этой проблемы.
поэтому, хотя размер был установлен на «неограниченный», это не было.
Я также столкнулся с той же проблемой, где начальный размер dtabase установлен в 4Gb, а autogrowth установлен на 1Mb. Виртуальный зашифрованный диск TrueCrypt, на котором находилась база данных, казалось, имел много места.
Я изменил пару (выше) вещи:
все безрезультатно (я мог бы вставить еще несколько записи, но вскоре столкнулись с той же проблемой). Файл подкачки, упомянутый Тобби, заставил меня попробовать больший виртуальный диск. (Хотя мой диск не должен содержать таких системных файлов, так как я работаю без его монтирования много времени.)
при создании этого я столкнулся с TrueCrypt-вопросом, если я собираюсь хранить файлы размером больше 4 ГБ (как показано в этом суперпользователя вопрос).
после этих последних двух я был в порядке, и я предполагаю, что этот последний сделал свое дело. Я думаю, что TrueCrypt выбирает exfat файловой системы (как описано здесь), которая ограничивает все файлы до 4 ГБ. (Так что мне, вероятно, не нужно было увеличивать диск в конце концов, но я все равно сделал.)
Это, вероятно, очень редкий случай границы, но, возможно, это это кому-то помогает.
сделать одну вещь, перейти к свойствам базы данных выберите файлы и увеличьте начальный размер базы данных и установите первичную файловую группу как autoincremented. перезапустить SQL Server.
вы сможете использовать базу как и раньше.
перезапуск SQL server не помог, возможно, дефрагментация даст ОС время, чтобы освободить файл подкачки, но мы просто перезагрузили сервер и вуаля, файл подкачки сократилась и все работало нормально.
пожалуйста, проверьте тип роста файла базы данных, если его ограничение делает его неограниченным
SQL Server освобождает только все страницы, используемые таблицей кучи, когда выполняются следующие условия: происходит удаление в этой таблице. Ля блокировка уровня таблицы удерживается. Обратите внимание на таблицы кучи любой таблицы, не связан с кластеризованным индексом.
Если страницы не освобождены, другие объекты в базе данных не могут использовать страницы.
однако при включении уровня изоляции на основе управления версиями строк в База данных SQL Server 2005, страницы не могут быть освобождены, даже если блокировка уровня таблицы удерживается.
чтобы обойти эту проблему, используйте один из следующих методов: Включите подсказку TABLOCK в инструкцию DELETE, если строка уровень изоляции на основе управления версиями не включен. Для например, использовать утверждение, похожее на следующее:
удалить из TableName с (TABLOCK)
— Это имя таблицы. Используйте усечь Инструкция TABLE, если вы хотите удалить все записи в таблице. Например, используйте оператор, аналогичный следующему:
усечь таблицу TableName
создайте кластеризованный индекс в столбце таблицы. For more сведения о создании кластерный индекс на таблице, см. Раздел» Создание кластеризованного индекса » в SQL
вы заметите в нижней части ссылки, что не отмечено, что это относится к SQL Server 2008, но я думаю, что это делает
Файловая группа primary переполнена что делать
В разрешениях стоит пользователей, и из всех галочек стоит только одна Соединение dbo
А у базы WSS_Content вообще в разрешениях нет пользователей
к контентной базе должна иметь доступ учетка, из под которой запущен пул вебриложения.
не совсем понятно что в Вашем случае WSS
к контентной базе должна иметь доступ учетка, из под которой запущен пул вебриложения.
не совсем понятно что в Вашем случае WSS
У меня всего 4 базы
А как узнать из под какой учетки запущен
я же писал что. бы Вы проверили:
1. место на сервере БД
2. проверили, разрешено ли увеличение файлов лога и БД
Зашел в Security-Login-UserMapping. У WSS Content стоит dbo dbo, при попытке сменить dbo выдает ошибку
Cannot alter the user ‘dbo’. (Microsoft SQL Server, Error: 15150)
Cannot alter the user ‘dbo’. (Microsoft SQL Server, Error: 15150)
При постановке сообщения в целевую очередь возникло исключение. Ошибка: 15517, состояние: 1. Cannot execute as the database principal because the principal «dbo» does not exist, this type of principal cannot be impersonated, or you do not have permission.
А вот это что значит. В инете ничего толкового не нашел
Место на сервере 300Гб
Увеличение файлов логов и баз разрешено
Еще не могу понять, пытаюсь обратно поменять владельца на dbo, пишет, что не существует, хотя он в списке есть
О, избавился от кучи ошибок. У баз слетел владелец.
И вот что я увидел в событиях:
Не удалось выделить место для объекта «dbo.EventLog».’EventLog_Id’ в базе данных «WSS_Content», поскольку файловая группа «PRIMARY» переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе
Увеличение стоит, но не помогает
Не удалось выделить место для объекта «dbo.EventLog».’EventLog_Id’ в базе данных «WSS_Content», поскольку файловая группа «PRIMARY» переполнена. Выделите место на диске, удалив ненужные файлы или объекты в файловой группе, добавив дополнительные файлы в файловую группу или указав параметр автоматического увеличения размера для существующих файлов в файловой группе.
Странно то, что словно действует ограничение базы в 4гб как на экспресе. Куда копать теперь, подскажите
USE WSS_Content
UPDATE [SBSMONITORING].[dbo].[Settings] SET [Value] = 30 WHERE [Name] = ‘CleanupPeriod’
EXECUTE [SBSMONITORING].[dbo].[CleanupDatabase]
CREATE NONCLUSTERED INDEX [_SBS_BLOG_index_WMICollectedData_5_K4_K1_K5_2] ON [dbo].[WMICollectedData] ([WMIPropertyID] ASC,[ID] ASC, [WMIInstanceID] ASC) INCLUDE ( [DateCollected]) WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY]
CREATE NONCLUSTERED INDEX [_SBS_BLOG_index_Reports_5_K2_K3_1_4] ON [dbo].[Reports] ([ConfigurationID] ASC, [DateGenerated] ASC) INCLUDE ([ID], [Data]) WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY]
CREATE NONCLUSTERED INDEX [_SBS_BLOG_index_WMICollectedData_5_K2D_K4_K5] ON [dbo].[WMICollectedData] ([DateCollected] DESC, [WMIPropertyID] ASC, [WMIInstanceID] ASC) WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY]
CREATE INDEX [_SBS_BLOG_index_Alerts_8_7_] ON [SBSMonitoring].[dbo].[Alerts] ([DefinitionID], [ComputerID]) INCLUDE ([DateOccured])
CREATE STATISTICS [_SBS_BLOG_stat_WMICollectedData_5_1_4] ON [dbo].[WMICollectedData]([WMIInstanceID], [ID], [WMIPropertyID])
CREATE STATISTICS [_SBS_BLOG_dta_stat_WMICollectedData_4_1_5_2_3] ON [dbo].[WMICollectedData]([WMIPropertyID], [ID], [WMIInstanceID], [DateCollected], [StatusID])
CREATE STATISTICS [_SBS_BLOG_dta_stat_WMICollectedData_5_1_3_4] ON [dbo].[WMICollectedData]([WMIInstanceID], [ID], [StatusID], [WMIPropertyID])
CREATE STATISTICS [_SBS_BLOG_dta_stat_WMICollectedData_5_4_2] ON [dbo].[WMICollectedData]([WMIInstanceID], [WMIPropertyID], [DateCollected])
CREATE STATISTICS [_SBS_BLOG_stat_WMICollectedData_2_1_5] ON [dbo].[WMICollectedData]([DateCollected], [ID], [WMIInstanceID])
CREATE STATISTICS [_SBS_BLOG_stat_WMICollectedData_1_3_5_2] ON [dbo].[WMICollectedData]([ID], [StatusID], [WMIInstanceID], [DateCollected])
Что надо исправить SBSMONITORING на мой WSS_Content я понимаю, а на что исправлять SBS_BLOG..