mdimthyas
asked on
Sudden growth of Public Folder DB
Recently we saw that our Public Folder DB grew very fast , it was infact 100 GB in 3 days.
So I tried this. I pulled up the list of all the Public Folders on this server and calculated the space occupied . It is coming upto 447 GB where as the actual .edb file size is 600 GB.
So that means there is a difference > 100 GB.
When it grew i could messages of incoming and outgoing replication going on in the event viewer.
Can anyone suggest what could have happened or caused this kind of growth?
So I tried this. I pulled up the list of all the Public Folders on this server and calculated the space occupied . It is coming upto 447 GB where as the actual .edb file size is 600 GB.
So that means there is a difference > 100 GB.
When it grew i could messages of incoming and outgoing replication going on in the event viewer.
Can anyone suggest what could have happened or caused this kind of growth?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Check the error log, also do you have a scheduled replication? (ie the Database gets replicated into a backup)
ASKER
I did not find a correct solution, but assuming that this happened.
Check this article:
http://support.microsoft.com/kb/972705
It says:
The Microsoft Exchange Server 2007 may experience abnormal log or database growth when many log entries or messages are logged in a short time.
Because after that I did not notice any other growth in the DB size. And when this happened, I was trying to remove replicas and putting on this server.
And we have a tool called Orion using which I analysed the growth of DB from some dates and saw that it happened during the time where in I was working on replicating public folders.
Thanks,
Imthyas.
Check this article:
http://support.microsoft.com/kb/972705
It says:
The Microsoft Exchange Server 2007 may experience abnormal log or database growth when many log entries or messages are logged in a short time.
Because after that I did not notice any other growth in the DB size. And when this happened, I was trying to remove replicas and putting on this server.
And we have a tool called Orion using which I analysed the growth of DB from some dates and saw that it happened during the time where in I was working on replicating public folders.
Thanks,
Imthyas.
So Imthyas are you suggesting that my comment about replication didn';t help you spot the problem / cause of the log implosion, even though you mentioned replication twice in your post and logging of such actions on behalf of the DB?
I raised the issue of "replication" and the DB "logging" thus elading to DB size explosion, and even though you never provided feedback to that, you come now and say it was a replicating issue that was affecting the DB Logs.
Is the fact that it wasn't a DB backup per se, crediting the answer as wrong? DB Backup was a replication example.
Is the fact that it wasn't a DB backup per se, crediting the answer as wrong? DB Backup was a replication example.
ASKER
These were the comments by you:
Gene_Cyp:Check the type of logging you have set up for your DB
Gene_Cyp:Check the error log, also do you have a scheduled replication? (ie the Database gets replicated into a backup)
You mentioned about the Scheduled replication but we have Normal replication scheduled on all the servers and it was never a problem , untill this one. So it was not because of Schedule replication.
As I said I am not 100% sure what caused it, but the only thing different that I was doing during that time was that I was adding replicas on to this server from a Exch 2k3 server.
Sorry I did not get a clue from a comment that this could be a cause.
I only checked this after checking the Monitoring tool Orion which showed DB Growth Analysis.
And more over I could not catch this right away as the DB was growing, it was growing for more than a week but we only noticed when we got a Disk Space Alert for the Drive.
After doing analysis and thinking, adding replica was the only thing that we did during that time.
Gene_Cyp:Check the type of logging you have set up for your DB
Gene_Cyp:Check the error log, also do you have a scheduled replication? (ie the Database gets replicated into a backup)
You mentioned about the Scheduled replication but we have Normal replication scheduled on all the servers and it was never a problem , untill this one. So it was not because of Schedule replication.
As I said I am not 100% sure what caused it, but the only thing different that I was doing during that time was that I was adding replicas on to this server from a Exch 2k3 server.
Sorry I did not get a clue from a comment that this could be a cause.
I only checked this after checking the Monitoring tool Orion which showed DB Growth Analysis.
And more over I could not catch this right away as the DB was growing, it was growing for more than a week but we only noticed when we got a Disk Space Alert for the Drive.
After doing analysis and thinking, adding replica was the only thing that we did during that time.
I'm glad you solved your problem, but at least now you can have it in mind, at the first sign of DB log implosion always check your replication.
ASKER
Thanks for your help
ASKER
Any suggestions what could have happened.