RE: Transaction Logs and priv.edb Size
- From: Teo Heras <teo at inventrix dot net>
- Date: Sun, 5 Mar 2006 20:14:27 -0800
Do you have a file level scanner? Make sure that it's set to bypass the
Exchsrvr directory and all *.log, *.edb, *.stm files. Also, do you see a
file named Exx.chk? If so, your log files should be in the same directory.
--
Teo Heras
"B. Cheung" wrote:
Checked circular logging and it is turned off. It was only turned on for the.
move mailbox and was turned off after the process was completed.
"Teo Heras" wrote:
1. To defrag 80GB of data will take you forever. Since no one is on mail1,
simply dismount the database and delete the .edb and .stm files, you will
have no data loss.
2. Regardless of how mail is being sent, every storage group has it's own
set of
transaction logs. I'm not sure why you can't see the logs...wait, check to
make sure that you don't have circular logging turned on. If you do, that's
why you can't see any log files.
--
Teo Heras
"B. Cheung" wrote:
1. Sounds like a plan. As no one is on mail1 I can dismount and perform an
offline defrag.
2. Checked the Storage Group on mail2 and the transaction logs are set to
write locally to its own drive. Storage group on mail1 is set up the same
way. Nothing is being written over the network. Users are all on mail2 and
no one on mail1 yet logs are being generated on mail1. That is why I am
thinking it has to do with the way emails are being sent i.e. user sends an
email - it goes to mail2 - it then sends to mail1 - sends to external
connector.
2a. If 2 is correct, when the logs are commited, are they commited on mail1
or mail2 ?
"Teo Heras" wrote:
1. You are correct, and it's called whitespace. White space can be re-used
after online defragmentation runs (keeping your database from growing
radically). White Space is re-claimed when an offline defrag runs (which
will shrink the database file). To see how much white-space the database
has, look for Event ID 1221 after online maintenance finishes. An easier way
to reclaim this space is to move all users off of the DB in question (do not
move system mailboxes or the system attendant mailbox), dismount the DB, and
delete the .edb and .stm files. When you remount the DB, the files will be
re-created.
2.Check the properties of the Storage Group on Mail2 to see where the
transaction logs are being written to. Exchange writes all data to a
transaction log before commmitting to a database. If you're users are on a
DB on mail2, there WILL be transaction logs.
--
Teo Heras
"B. Cheung" wrote:
Hi there,
I currently have 1 Exchange 2003 Server with SP1 (mail1) and decided to put
a new server in this weekend - Exchange 2003 Server with SP2 (mail2). The
plan is to have mail1 and mail2 active for a week or so and then remove
mail1.
I set up seperate edb and transaction log folders and then did a move
mailbox of all the users from mail1 to mail2. So I know have 2 edb and
transaction folders, 1 on each server. Emails currently flow from mail2 to
mail1 due to a external connector.
1. mail1 priv.ebd file was 80 GB and when the move mailbox process was
complete - mail2 priv.edb was 90 GB. If I do a backup, how come I am still
backing up mail1 priv.edb at 80 GB. Is this because the dbase has not been
taken offline for another defrag ? If I do an offline defrag, will the mail1
priv.edb be smaller/shrink ?
2. How come the transaction logs are being stored on mail1 ? There are no
transaction logs being stored on mail2 even though I have specified a
directory for it. All users are on mail2 and sending emails from there. Is
this due to the fact that mail2 sends all the emails to back to mail1 and
then to an external connector ?
3. if I remove mail1 next week, will the transaction logs go back to normal
and be stored on mail2 or will it not be able to find mail1 and not even
store the logs anywhere ?
- Follow-Ups:
- RE: Transaction Logs and priv.edb Size
- From: B. Cheung
- Re: Transaction Logs and priv.edb Size
- From: Nuevo
- RE: Transaction Logs and priv.edb Size
- References:
- RE: Transaction Logs and priv.edb Size
- From: B. Cheung
- RE: Transaction Logs and priv.edb Size
- From: Teo Heras
- RE: Transaction Logs and priv.edb Size
- From: B. Cheung
- RE: Transaction Logs and priv.edb Size
- Prev by Date: RE: Transaction Logs and priv.edb Size
- Next by Date: Re: Add a secondary administration group error c1041721
- Previous by thread: RE: Transaction Logs and priv.edb Size
- Next by thread: Re: Transaction Logs and priv.edb Size
- Index(es):
Relevant Pages
|