General discussion

Locked

PRIV1.EDB date not changing

By jlarose ·
Hi,

Have windows 2000 server service pack 4 with Exchange Server 2000 with service pack 3. Noticed that the date/time stamp on the priv1.edb is not changing. The logs seem to be changing day to day. The concern I have is that the backup file that is done with Microsoft Backup is not changing in size although the date/time for that file is updating. Is this normal? When I do a restart on the exchange services, the priv1 database does update the date/time. But how is this affecting the backup?

Thanks for any help you can provide,

Jim

This conversation is currently closed to new comments.

7 total posts (Page 1 of 1)  
| Thread display: Collapse - | Expand +

All Comments

Collapse -

by Choppit In reply to PRIV1.EDB date not changi ...

EDB files are Exchange DataBases. To prevent the need to constantly resize, database files contain "white space". Once the white space is filled, the file will be made larger (usually by a preset increment). For the same reason, removing email does not reduce the file size. To all intents and purposes this means that database files only get larger unless a defragmentation routine is run.

Collapse -

Don't worry if you have the log file back-up.

by djdominiko In reply to PRIV1.EDB date not changi ...

Hi Jim,

Don't worry, the pri1.edb file don't need to grow or change date and time to be up to date. The pri.edb white space is use and windows did'n change the date when doing that. The log file know and control this change. I make many restoring test with Exchange DB and all my mail was always restore even if the file date is older that the change. Be sure to have .edb .stm and the log file for restoring your exchange database.

I hope that help,

Dominiko

Collapse -

Couple of questions though ...

by jlarose In reply to PRIV1.EDB date not changi ...

Thanks for the replies so far ...

the white space and date not changing makes sense .. sort of. Wouldn't the defrag operation that occurs nightly change the date afterwards?

Either way, my main concern is with the backup. My understanding is that the Windows Backup program will backup the EDB file and also include the log files in the backup. Yet the backup size hasn't changed in the last couple days either (the date is changing so I know the backup is being performed). Wouldn't the backup show a size change if the logs are being included?

or perhaps maybe I am getting the same size log files being backed up for the last couple nights and those combined with the edb file (which is not growing in file size) is giving me a backup that stays the same size?

Sorry .. I am a bit green in the Exchange arena ... thanks for the help.

Collapse -

Couple of questions though ...

by jlarose In reply to PRIV1.EDB date not changi ...

Thanks for the replies so far ...

the white space and date not changing makes sense .. sort of. Wouldn't the defrag operation that occurs nightly change the date afterwards?

Either way, my main concern is with the backup. My understanding is that the Windows Backup program will backup the EDB file and also include the log files in the backup. Yet the backup size hasn't changed in the last couple days either (the date is changing so I know the backup is being performed). Wouldn't the backup show a size change if the logs are being included?

or perhaps maybe I am getting the same size log files being backed up for the last couple nights and those combined with the edb file (which is not growing in file size) is giving me a backup that stays the same size?

Sorry .. I am a bit green in the Exchange arena ... thanks for the help.

Collapse -

by Choppit In reply to Couple of questions thoug ...

If as I suspect, you're talking about a scheduled file system defrag, then this would not affect the EDB size/date. Defragmenting a database file is different to defragmenting the filesystem, although it works in a broadly similar way. The only time I'd recommend to defrag EDBs is if you've removed a massive amount of email for some reason.

BTW - A nightly defrag is excessive, unless your server is used for file sharing and subjected to a massive number of file changes.

Collapse -

defrag ...

by jlarose In reply to

No, I am not talking about a system defrag. I rarely do those. This is the online defrag that exchange performs as part of the maintenance schedule. This is on by default but I see now that that will not necessarily change the size of the database. To do that I would need to do an offline defrag using the ESE Utility.

I just figured that if exchange was doing an online nightly defrag (by default) that it would have automatically have modified the date/time stamp as well. But I guess that is wrong.

Collapse -

by Choppit In reply to defrag ...

Sorry, I got my wires crossed here. I should have said optimisation instead of defragmentation in my previous posts. I'm not familiar with Exch 2000, but in the case of Exch 5.x EDBUtil is the tool I was (or should have been) referring to.

Anyway, the bottom line is that your EDB file will not grow until it needs to. Hope this helps.

Back to Software Forum
7 total posts (Page 1 of 1)  

Related Discussions

Related Forums