﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2008 / SQL Server 2008 Administration  / Fragmention even after rebuilding the indexes / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Sat, 25 May 2013 16:44:24 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Fragmention even after rebuilding the indexes</title><link>http://www.sqlservercentral.com/Forums/Topic1421085-1550-1.aspx</link><description>A index with a page count &amp;lt; 1000 you can usually ignore as fragmentation wont cause you to much of a headache with small tables.Heaps require a different command to rebuild them.So if your fragmentation on the indexes returned by that query is no greater than 35 then you can rebuild reorg to sort it out again.</description><pubDate>Tue, 19 Feb 2013 04:07:35 GMT</pubDate><dc:creator>anthony.green</dc:creator></item><item><title>RE: Fragmention even after rebuilding the indexes</title><link>http://www.sqlservercentral.com/Forums/Topic1421085-1550-1.aspx</link><description>[quote][b]anthony.green (2/18/2013)[/b][hr]whats the output of this query in the DB in question?[code="sql"]select 	* from 	sys.dm_db_index_physical_stats (DB_ID(),null,null,null,null) where 	page_count &amp;gt; 1000 	and 	index_type_desc &amp;lt;&amp;gt; 'heap'[/code][/quote]The output of the above query shows indexes. The maximum amount of fragmentation return by the above query is not more than 35, could you please tell me what does that mean?</description><pubDate>Tue, 19 Feb 2013 04:04:14 GMT</pubDate><dc:creator>Shadab Shah</dc:creator></item><item><title>RE: Fragmention even after rebuilding the indexes</title><link>http://www.sqlservercentral.com/Forums/Topic1421085-1550-1.aspx</link><description>Possibility 1: They're tiny tables or heaps. Small tables you don't need to worry about, heaps need a different command to rebuild (and besides, fragmentation means a different thing for heaps as opposed to indexes)Possibility 2: You have a manual or automatic shrink running after the index rebuild.</description><pubDate>Mon, 18 Feb 2013 02:28:09 GMT</pubDate><dc:creator>GilaMonster</dc:creator></item><item><title>RE: Fragmention even after rebuilding the indexes</title><link>http://www.sqlservercentral.com/Forums/Topic1421085-1550-1.aspx</link><description>If they are small tables, you can ignore them. If they are bigger ones see how frequent these tables are updated. You can also try changeing the fill factor to slow down fragmentation between your index optimization schedules</description><pubDate>Mon, 18 Feb 2013 02:11:38 GMT</pubDate><dc:creator>joeroshan</dc:creator></item><item><title>RE: Fragmention even after rebuilding the indexes</title><link>http://www.sqlservercentral.com/Forums/Topic1421085-1550-1.aspx</link><description>whats the output of this query in the DB in question?[code="sql"]select 	* from 	sys.dm_db_index_physical_stats (DB_ID(),null,null,null,null) where 	page_count &amp;gt; 1000 	and 	index_type_desc &amp;lt;&amp;gt; 'heap'[/code]</description><pubDate>Mon, 18 Feb 2013 02:04:40 GMT</pubDate><dc:creator>anthony.green</dc:creator></item><item><title>Fragmention even after rebuilding the indexes</title><link>http://www.sqlservercentral.com/Forums/Topic1421085-1550-1.aspx</link><description>I Checked for fragmentation on my DEV Server and it was in the late 90's. So i decided i would rebuild the indexes.I rebuild all the indexes. One day after i did that i again happen to check the level of fragmentation on my DEV Server and to my surprise in one day the level of fragmentation had reach again to the 90's. I don't know the reason for this behaviour but would like to know from you expert</description><pubDate>Mon, 18 Feb 2013 01:58:48 GMT</pubDate><dc:creator>Shadab Shah</dc:creator></item></channel></rss>