Database Administrators Stack Exchange is a question and answer site for database professionals who wish to improve their database skills and learn from others in the community. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We all know that index rebuilding creates lot of log what changes would you consider to your logshipping side to accomodate this log growth?

  1. Do we increase the frequency of the logbackups?
  2. ship the logs to an external storage such as SAN?

Please give your valuable suggestions.

share|improve this question

My first suggestion would be to use intelligent re-indexing rather than just blindly re-indexing everything. This will help to minimise the impact on the logs un-necessarily. Ola Hallengren's offers one such solution. See

External storage on a SAN that uses either cheap discs (SATA), or dedupe technology, makes it more affordable than expensive SAN discs.

Increasing the frequency of the log backups,and the copy and restore operations, makes sense to me. Ensure the maintenance is out of hours so that any learning curve about capacity minimises any pain.

share|improve this answer
Peter, how would changing to cheaper slower storage help solving peak load of index Rebuilds? More likely you want faster more expensive storage to solve any logshipping performance issues? – Edward Dortland Aug 30 '12 at 4:02

If you incure heavy log overhead because of rebuilds I would advise a strategy where you would change to reorganize instead of rebuild.

Yes it's true on higher fragmentation reorganize is less efficient then rebuild but the great thing about reorganize is that you can stop it, and next time when yu start it it will continue where it left.

So you could start scheduling regular intervals of reorganizing spread across the day/night so you equalize the load instead of creating huge peeks.

share|improve this answer
technically, a reorganize doesn't continue where it left. But say that it has done the first 10% of the pages. The next time it will start, it will fly super fast past this first 10% since it doesn.t need to rearange to pages again. – Edward Dortland Aug 29 '12 at 18:42

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.