<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2008
»
Data Corruption (SS2K8 / SS2K8 R2)
»
Random index corruption
11 posts, Page 1 of 2
1
2
»»
Random index corruption
Rate Topic
Display Mode
Topic Options
Author
Message
reguitti
reguitti
Posted Wednesday, December 05, 2012 2:08 AM
Forum Newbie
Group: General Forum Members
Last Login: Tuesday, March 26, 2013 6:18 AM
Points: 6,
Visits: 24
Hi all,
I'm having random issues of poor performance with a DB of 40 Gb.
It has more than 1200 tables but when I execute a reindex on a table (named MOV_MAG) with over one million or records, the issues are solved for some time, but they return after few weeks.
I don't want to schedule a reindex of that table every day, I would like to find where is the cause of these issues.
Some infos of the server:
It is a virtual machine Installed on hyper-v server
It is a dedicated SQL server, no other software are running
There are 3 dedicated phisical cores for 3 virtual processors.
There are 8Gb of reserved ram, 2gb for the system and 6gb for SQL Server
There are 2 virtual disks drives
The first drive is 30Gb (20Gb used) dedicated for the system (10gb free) running win2008R2
The second drive is 100Gb for the data (60gb used)
There is one virtual network adapter 1000Mbits/s and the phisical adapter is fiber optic.
The DB Server version is MS SQL 2008.
Usually there are 30 users connected.
The DB was started twelve years ago and this issue is started one year ago and I'm still trying to find a solution without results.
Can someone help me please?
Thank you in advance
Claudio (from Italy)
Post #1392845
SQL Show
SQL Show
Posted Wednesday, December 05, 2012 2:30 AM
SSC Veteran
Group: General Forum Members
Last Login: 2 days ago @ 2:42 AM
Points: 299,
Visits: 478
Why cant you reindex daily? Cant you get maintenance windows for reindexing? Also are you do update stats on this table?
Post #1392855
reguitti
reguitti
Posted Wednesday, December 05, 2012 3:43 AM
Forum Newbie
Group: General Forum Members
Last Login: Tuesday, March 26, 2013 6:18 AM
Points: 6,
Visits: 24
I've already scheduled a weekly re index of all this DB and I can do a re index of that table every time I want if it is necessary, but I don't want if I'm not forced to do it, it is a wrong way I guess (or a patch at least).
I don't want to schedule a reindex on daily basis because I assume that a DB index should work correctly when the record is wrote, and not by re indexing a table again and again. I think that it is an useless waste of system resources.
I can get maintenance windows and the updates are done every time a record is wrote but I'm not so sure of the second because I cannot see the software which is writing these records.
Do you have a suggestion to see that?
Thanks
Post #1392891
anthony.green
anthony.green
Posted Wednesday, December 05, 2012 3:47 AM
SSCertifiable
Group: General Forum Members
Last Login: Friday, April 12, 2013 3:51 AM
Points: 5,075,
Visits: 4,831
Index maintenance should be a regular thing, indexes get fragmented for many different reasons, I recommend reading up on indexes and fragmentation, some good links below.
http://www.sqlservercentral.com/stairway/72399/
http://sqlinthewild.co.za/index.php/2008/10/20/what-is-fragmentation/
Want an answer fast? Try here
How to post data/code for the best help - Jeff Moden
Need a string splitter, try this - Jeff Moden
How to post performance problems - Gail Shaw
CrossTabs-Part1
&
Part2 - Jeff Moden
SQL Server Backup, Integrity Check, and Index and Statistics Maintenance - Ola Hallengren
Managing Transaction Logs - Gail Shaw
Troubleshooting SQL Server: A Guide for the Accidental DBA - Jonathan Kehayias and Ted Krueger
Post #1392895
SQL Show
SQL Show
Posted Wednesday, December 05, 2012 4:55 AM
SSC Veteran
Group: General Forum Members
Last Login: 2 days ago @ 2:42 AM
Points: 299,
Visits: 478
You should consider reindexing as per their fragmentation level. Its not a one which we simply decide to do. Please go through links provided by anthony.
Post #1392922
GilaMonster
GilaMonster
Posted Wednesday, December 05, 2012 6:24 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 10:27 AM
Points: 37,648,
Visits: 29,900
The post title mentioned corruption, but the contents mention performance. Which is it? Do you have random index corruption or do you have poor performance?
Typically when an index rebuild fixes performance problems, the index fragmentation was not the problem. Often the index rebuild wasn't necessary at all and an update statistics would have sufficed.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #1392965
Jeff Moden
Jeff Moden
Posted Wednesday, December 05, 2012 6:53 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 10:37 AM
Points: 32,893,
Visits: 26,769
reguitti (12/5/2012)
Hi all,
I'm having random issues of poor performance with a DB of 40 Gb.
It has more than 1200 tables but when I execute a reindex on a table (named MOV_MAG) with over one million or records, the issues are solved for some time, but they return after few weeks.
I don't want to schedule a reindex of that table every day, I would like to find where is the cause of these issues.
That's not index corruption... that's just normal stuff that happens depending on what's going on.
You haven't mentioned... is it a gui, report, or stored procedure task that reindexing supposedly fixes?
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #1392988
reguitti
reguitti
Posted Wednesday, December 05, 2012 8:58 AM
Forum Newbie
Group: General Forum Members
Last Login: Tuesday, March 26, 2013 6:18 AM
Points: 6,
Visits: 24
I use the command
DBCC DBREINDEX(MOV_MAG,' ')
in a scheduled job, using MSSQL management studio gui.
I run it with a weekly schedulation, but I start it "by hand" when the issue appear.
The thing which is giving me some perplexity is that before the upgrade to a new version of the software which is using this DB, there was a complete maintenance plan, running every week (also with reindex) and it was enough for the DB, and the DB has worked flawlessly for more than ten years.
Anyway I will read surely the stairway suggestions and the fragmentation explaination from the links above, and probably I will try to write a job which will be started if the fragmentation will be higher than a percent.
Other suggestions and observations will be appreciated.
Thanks guys!
Post #1393062
GilaMonster
GilaMonster
Posted Wednesday, December 05, 2012 9:19 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 10:27 AM
Points: 37,648,
Visits: 29,900
reguitti (12/5/2012)
I use the command
DBCC DBREINDEX(MOV_MAG,' ')
That's deprecated and has been for about 7 years. Look up ALTER INDEX
The thing which is giving me some perplexity is that before the upgrade to a new version of the software which is using this DB, there was a complete maintenance plan, running every week (also with reindex) and it was enough for the DB, and the DB has worked flawlessly for more than ten years.
Data growth.
As I said earlier, I doubt the problem is fragmentation. Far more likely to be statistics-related.
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #1393071
sjimmo
sjimmo
Posted Wednesday, December 05, 2012 9:24 AM
SSCrazy
Group: General Forum Members
Last Login: Wednesday, May 08, 2013 6:16 AM
Points: 2,862,
Visits: 2,464
I'm curious, when did you go to the virtual server? Also, has the database been growing all of this time? Finally, what else is running on the physical server?
Steve Jimmo
Sr DBA
“If we ever forget that we are One Nation Under God, then we will be a Nation gone under." - Ronald Reagan
Post #1393076
« Prev Topic
|
Next Topic »
11 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
