Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
Добрый день! Win Server 2008(64)+SQL 2008. Прошу помощи разобраться почему увеличился размер всех баз в два раза после плана обслуживания скорей всего.

К сообщению приложен файл. Размер - 117Kb
20 мар 14, 07:01    [15756654]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
Тестирование и исправление делалось только на одной базе это могло повлиять на рост базы, но увеличились все в размере!
20 мар 14, 07:15    [15756661]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
SHRINKDATABASE уменьшит но не до исходного размера, это единственный я так понимаю выход.
20 мар 14, 07:34    [15756689]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
astsru,

Базы то небось в FULL MODE, а бекап логов я не вижу, только full.
После перестроения индексов растет лог в любом случае и может вырасти файл данных. файл данных я бы не шринковал, т.к. скорее всего опять возрастет фрагментация. А вот лог можно и шринкануть. Но вопрос - надо ли? Если размер лога постоянно увеличивается до какого то размера то и не трогайте, иначе можно получить фрагментацию файлов на диске.
20 мар 14, 08:26    [15756785]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
Speshuric
Member

Откуда: г. Москва
Сообщений: 129
astsru,

Что в третьем шаге плана обслуживания?
20 мар 14, 08:27    [15756791]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
gds,

Нет базы в Simple, да размер лога не большой 1,5Гб.


Speshuric,
В третьем шаге очистка процедурного кэша
dbcc proccache
20 мар 14, 08:51    [15756848]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
astsru
gds,

Нет базы в Simple, да размер лога не большой 1,5Гб.


ну значит есть большие индексы, которые при ребилде разместились на новом месте в файле данных.
какой результат будет
with spaceused as(
select
	a.FILEID,
	[FILE_SIZE_MB] = 
		convert(decimal(12,2),round(a.size/128.000,2)),
	[SPACE_USED_MB] =
		convert(decimal(12,2),round(fileproperty(a.name,'SpaceUsed')/128.000,2)),
	[FREE_SPACE_MB] =
		convert(decimal(12,2),round((a.size-fileproperty(a.name,'SpaceUsed'))/128.000,2)) ,
	[GROWTH_MB] =	convert(decimal(12,3),round(a.growth/128.000,3)),
	NAME = left(a.NAME,128),
	FILENAME = left(a.FILENAME,520),
    FILE_GROUP = fg.name,
	STATE_DESC = df.state_desc,
	[DEFAULT] = fg.is_default 
from
	sys.sysfiles a
left join sys.database_files df on df.file_id = a.fileid
left join sys.filegroups as fg on fg.data_space_id =  df.data_space_id
) 
select 
	FILEID, 
	FILE_SIZE_MB,
	SPACE_USED_MB,
	FREE_SPACE_MB,
	[GROWTH_MB],
	[NAME],
	[FILENAME],
	FILE_GROUP,
	[STATE_DESC],
	[DEFAULT]
 from spaceused
union all
select	
	NULL as FILEID,
	sum(FILE_SIZE_MB)as FILE_SIZE_MB, 
	sum(SPACE_USED_MB)as SPACE_USED_MB,
	sum(FREE_SPACE_MB)as FREE_SPACE_MB,
	null,
	NULL as [NAME],
	NULL as [FILENAME],
	NULL as [STATE_DESC],
	NULL as FILE_GROUP,
	NULL as [DEFAULT]
from spaceused

GO


Что даст select @@version?
20 мар 14, 09:15    [15756929]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
astsru,

и по возможности вот этот результат.

select top 10 *
from dbatools.fn_cluster_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc

select top 10 *
from dbatools.fn_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc


по схеме можно посмотреть тут.
20 мар 14, 09:24    [15756968]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
Crimean
Member

Откуда:
Сообщений: 13147
небось филфактор 50% поставили для перестроения индексов :)
20 мар 14, 11:10    [15757659]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
SU-V500
Member

Откуда: Moscow
Сообщений: 40
Crimean,
Ваша рекомендация? Сколько нужно поставить?
20 мар 14, 11:11    [15757668]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
gds,

Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64) Jul 9 2008 14:17:44 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.0 <X64> (Build 6002: Service Pack 2)

К сообщению приложен файл. Размер - 49Kb
20 мар 14, 11:13    [15757692]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
gds
astsru,

и по возможности вот этот результат.

select top 10 *
from dbatools.fn_cluster_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc

select top 10 *
from dbatools.fn_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc


по схеме можно посмотреть тут.


при выполнении Invalid object name 'dbatools.fn_cluster_index_for_smart_rebuild'.
20 мар 14, 11:31    [15757856]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
Crimean
Member

Откуда:
Сообщений: 13147
SU-V500
Crimean,
Ваша рекомендация? Сколько нужно поставить?


100% конечно же
20 мар 14, 14:53    [15760076]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
Crimean
SU-V500
Crimean,
Ваша рекомендация? Сколько нужно поставить?


100% конечно же


ставьте 110% так надежней будет:)
20 мар 14, 19:10    [15762011]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
Crimean
Member

Откуда:
Сообщений: 13147
WarAnt,

это компрессию включать надо, а она не для всех редакций доступна ;)
ну и кто ентерпрайз на стандарт зеркалит / шипит - тош проблемы бывают от этого
20 мар 14, 19:58    [15762186]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
astsru
gds,

Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64) Jul 9 2008 14:17:44 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.0 <X64> (Build 6002: Service Pack 2)


Выполните этот скрипт не на мастере, а на своей БД.
20 мар 14, 23:50    [15763261]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
astsru
gds
astsru,

и по возможности вот этот результат.

select top 10 *
from dbatools.fn_cluster_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc

select top 10 *
from dbatools.fn_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc


по схеме можно посмотреть тут.


при выполнении Invalid object name 'dbatools.fn_cluster_index_for_smart_rebuild'.


Я же писал Вам, что вот тут описана схема dbatools.
20 мар 14, 23:53    [15763272]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
gds
astsru
gds,

Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64) Jul 9 2008 14:17:44 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.0 <X64> (Build 6002: Service Pack 2)


Выполните этот скрипт не на мастере, а на своей БД.


Имелось ввиду

автор
при выполнении Invalid object name 'dbatools.fn_cluster_index_for_smart_rebuild'.


Так у Вас ещё и 2008 RTM без SP? запущено... поставьте хотя бы SP3 не говоря уже об CU.
20 мар 14, 23:56    [15763285]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
astsru
Member

Откуда:
Сообщений: 16
gds
gds
пропущено...


Выполните этот скрипт не на мастере, а на своей БД.


Имелось ввиду

автор
при выполнении Invalid object name 'dbatools.fn_cluster_index_for_smart_rebuild'.


Так у Вас ещё и 2008 RTM без SP? запущено... поставьте хотя бы SP3 не говоря уже об CU.


Сегодня постараюсь поставить SP3 и обновление CU

К сообщению приложен файл. Размер - 41Kb
21 мар 14, 06:56    [15763752]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
astsru,

Ну вот видите, файл данных заполнен на половину. Скорее всего есть один или несколько больших индексов.
Если удасться выполнить
select top 10 *
from dbatools.fn_cluster_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc

select top 10 *
from dbatools.fn_index_for_smart_rebuild(8,1000000000,10.00)
order by page_count desc

то можно принимать какие решения проализировав индексы.
21 мар 14, 12:45    [15765542]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
gds
astsru,

Ну вот видите, файл данных заполнен на половину. Скорее всего есть один или несколько больших индексов.
Если удасться выполнить
то можно принимать какие решения проализировав индексы.
А чего там анализировать то? Уровень фрагментации? У ТС была "проблема" с размером базы. А с фрагментацией я думаю как раз таки все нормально, особенно после стандартного плана обслуживания, который перестраивает индексы.
21 мар 14, 20:17    [15768856]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
astsru
Добрый день! Win Server 2008(64)+SQL 2008. Прошу помощи разобраться почему увеличился размер всех баз в два раза после плана обслуживания скорей всего.

Если у вас нет проблемы с недостатком места на диске, то оставьте все как есть. Сжатие базы шринком это по сути операция обратная перестроению индексов. Так что выбирайте сами или маленькая база и жуткая фрагментация, или большая база и минимум фрагментации. JFYI, для производительности второе лучше.
Ну и естественно, если вы не знаете что такое fill_factor, то оставляйте его по умолчанию - 100%.
21 мар 14, 20:21    [15768868]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
Mind,

"...перестраивает индексы" - у ТС реорганизация/реорганайз, а не перестроение/ребилд этих самых индексов.
"...Сжатие базы шринком это по сути операция обратная перестроению индексов." - лучше скажите, что были под кайфом, когда писали эту фразу.

ТС не приводит ни каких методик как он определил увеличение размеров для всех баз:
- выполнял селект до и после
- просматривал результаты мониторинга счетчиков до и после
- записывал в уме, на бумаге размеры файлов БД до и после

даже нет уверенности, что после обслуживания произошло это увеличение - "...увеличился размер всех баз в два раза после плана обслуживания скорей всего."

да, и третий шаг в плане обслуживания лишний, если не собираете статистику в какой-то таблице с тем, что бы потом анализировать.
а , если имелось в виду http://msdn.microsoft.com/ru-ru/library/ms174283.aspx так и вообще вредный с точки зрения регулярного применения.
22 мар 14, 18:16    [15771264]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
o-o
Guest
NickAlex66
"...Сжатие базы шринком это по сути операция обратная перестроению индексов." - лучше скажите, что были под кайфом, когда писали эту фразу.


Mind обозвал явление словами, весьма правильно отражающими последствия шринка.
перестроение индексов делается с целью ликвидации фрагментации, а шринк ее обратно организует.
ну так с точки зрения влияния на индексы это и есть обратные операции.
просто первое делается намеренно, а второе получаете "впридачу" к сжатию.

Shrinking of data files should be performed even more rarely, if at all. Here’s why – data file shrink causes *massive* index fragmentation.
Why you should NOT shrink your data files
22 мар 14, 20:12    [15771558]     Ответить | Цитировать Сообщить модератору
 Re: Размер баз увеличился в 2 раза  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
Mind
gds
astsru,

Ну вот видите, файл данных заполнен на половину. Скорее всего есть один или несколько больших индексов.
Если удасться выполнить
то можно принимать какие решения проализировав индексы.
А чего там анализировать то? Уровень фрагментации? У ТС была "проблема" с размером базы. А с фрагментацией я думаю как раз таки все нормально, особенно после стандартного плана обслуживания, который перестраивает индексы.

Так я имел ввиду вдруг там индекс "большой" (например таблица в 25 Гб и например кластерный индекс). ТС сделает ему ребилд, а сервер этот индекс располагает в конце файла, увеличивая размер. А если таких индексов не один? После шринка базы этот индекс размазывается по всему файлу и опять фрагментация выростает. в общем бесконечный цикл.

ТС, если по месту сильно не прижимает действительно как советовали оставьте как есть. если жмет, то подумайте может быть есть смысл индексы (некластерные) вынести в другой файл данных (через ФГ). Ну это тоже надо смотреть...
22 мар 14, 20:45    [15771632]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить