Hello there.
Excellent!!! Thank you, all is ok now! I truncated TrapVarbinds, Traps and Syslog tables then compacted the DB using Solarwinds Database Manager. The compact program showed an error on the FlowStats table so I let the compact program finish and then checked the table stats. It has a 40GB index! Ran the truncate command on the FlowStats DB, then compacted DB. The database is now only 1.5GB!
Depending on the amount of fragmentation, can be considerably faster than
running DBCC DBREINDEX because a relatively unfragmented index can be
defragmented much faster than a new index can be built.
Another advantage is that with DBCC INDEXDEFRAG, the index is always
available, unlike DBREINDEX. A large amount of fragmentation can cause
DBCC INDEXDEFRAG to run considerably longer than DBCC DBREINDEX, which
may or may not outweigh the benefit of the command's online capabilities.
Thanks for the quick reply! I have tired DBCC DBREINDEX (tableName) and DBCC INDEXDEFRAG, but neither has worked. When running the commands the database grows to fill the drive (only 10GB free) and then stops without reporting errors. I have then tried the compact database option (solarwinds) and also shrink database in SQL, but all this does is get the 10GB back. The index size hasnt changed and is still 40GB. Sorry I am not that experienced with SQL! Can I not just cut my loses and create a new database and copy all my configuration and node details to that? Then scrap the old bloated database?
Why Not Truncate the large Tables. Backup DB first.
Usually Syslog Traps and Trapvarbinds are the large Tables with Orion.
Check which Tables are large in your DB though and let me know what size they are.
Also you could set your DB Recovery to Simple Mode.