Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
05.10.2018, 20:19
|
|||
|---|---|---|---|
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
Вопрос - кто сталкивался с таким поведением: Есть максимально очищенный файл в группе Primary (данные перемещены в другой файл но в той же группе). Осталось там только следующее "DBCC SHRINKFILE: System table SYSFILES1 Page 1:154904 could not be moved to other files because it only can reside in the primary file of the database." делаю DBCC SHRINKFILE (N'MIS_PROD1' , TRUNCATEONLY) GO никакой реакции - файл остается того же размера Делаю еще раз Reorganize pages и далее truncateonly никакой реакции (ну должен хоть сколько то дожать файл) причем Minimum size dbcc показывает 288 "Минимальное количество 8-килобайтных страниц, которое может занимать файл. Оно соответствует минимальному размеру или размеру файла, указанному при создании." Чем то эта ситуация напоминает тему http://www.sql.ru/forum/555865-2/shrinkdatabase-ne-sokrashhaet-fizicheskiy-razmer-bazy?hl=shrink initial но там решения не нашли Сергей С ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.10.2018, 07:59
|
|||
|---|---|---|---|
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
selis76, Еще раз прочитайте сообщение сервера со слова because ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.10.2018, 09:09
|
|||
|---|---|---|---|
|
|||
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
А сколько файлов у вашей базы? З.Ы. Поиск в гугле не дает ответа, что делать со страницами этой системной таблицы. Но я предполагаю, что когда-то, когда в базу добавляли файлы, понадобилось более одной страницы, чтобы разместить информацию о файлах базы, вот она и упала на свободное на тот момент место. З.Ы.Ы. Не размещайте пользовательские объекты в группе PRIMARY и жить станет несколько легче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.10.2018, 11:47
|
|||
|---|---|---|---|
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
Гавриленко Сергей АлексеевичА сколько файлов у вашей базы? З.Ы. Поиск в гугле не дает ответа, что делать со страницами этой системной таблицы. Но я предполагаю, что когда-то, когда в базу добавляли файлы, понадобилось более одной страницы, чтобы разместить информацию о файлах базы, вот она и упала на свободное на тот момент место. З.Ы.Ы. Не размещайте пользовательские объекты в группе PRIMARY и жить станет несколько легче. Ну это тестовая база, я там удалял массово некоторые таблицы. Файлов в группе Primary 2 (на рабочей один файл) , да я его добавил недавно. Есть другие группы там 4 файла. Я тоже предполагаю что какой то блок лежит гдето ближе к концу файла, но что тогда мешает SQL Server переместить ее если делать DBCC SHRINKFILE (N'MIS_PROD1', NOTRUNCATE) ? В блокировках я таблицу не наблюдаю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.10.2018, 13:00
|
|||
|---|---|---|---|
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
selis76но что тогда мешает SQL Server переместить ее если делать DBCC SHRINKFILE (N'MIS_PROD1', NOTRUNCATE) ?Ну, может там какие то особые типы страниц, которые не перемещаются? То есть это просто баг? Вы ещё попробуйте шринкать в цикле, до некоего постоянно уменьшающегося target_size. (с шагом, например, 100мб) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.10.2018, 13:02
|
|||
|---|---|---|---|
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
В общем проблема решилась если делать не shrinkfile а shrinkdatabase. Сразу делается release unused space файлов, но чтобы она не работала дальше нужно ее срубить С shrinkfile ничего не помогало 1) ни опускание базы в оффлайн и обратно в онлайн 2) ни различные комбинации запуска shrinkfile Видимо какая то ошибка MS SQL, правда у меня SP3 2008r2 дальше уже некуда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.10.2018, 11:56
|
|||
|---|---|---|---|
|
|||
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
selis76В общем проблема решилась если делать не shrinkfile а shrinkdatabase. Сразу делается release unused space файлов, но чтобы она не работала дальше нужно ее срубить С shrinkfile ничего не помогало 1) ни опускание базы в оффлайн и обратно в онлайн 2) ни различные комбинации запуска shrinkfile Видимо какая то ошибка MS SQL, правда у меня SP3 2008r2 дальше уже некуда Скажите, а у вас таблицы случайно не кучи? Если кучи - перестройте их предварительно Alter table rebuild. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.10.2018, 12:52
|
|||
|---|---|---|---|
Shrink file не делает release unused space в файле данных , когда там почти пусто |
|||
|
#18+
uaggsterСкажите, а у вас таблицы случайно не кучи? Если кучи - перестройте их предварительно Alter table rebuild. В файле осталась только одна таблица sysfiles1 - а по ней даже запрос нельзя сделать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&mobile=1&tid=1688994]: |
0ms |
get settings: |
6ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
72ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 403ms |

| 0 / 0 |
