Thanks in advance
Mike
(Whatever you do - do NOT delete those files manually)
Michael Testa wrote:
--
Corrections are welcome.
For "Good post" practice visit
http://members.home.com/dts-l/goodpost.htm
Kirill.
"Michael Testa" <no.spam...@pit.edu> wrote in message
news:e8nCNAqaAHA.560@tkmsftngp05...
These are transaction logs. If they are continually building up, then
you have circular logging disabled (which is good), and these files will not
be deleted until you perform either a full or incremental backup of your
Exchange databases, using an Exchange-aware backup program (like NTBACKUP).
Read these MS whitepapers:
http://www.microsoft.com/exchange/techinfo/BestDBManage.htm
http://www.microsoft.com/exchange/techinfo/BackupRestore.htm
> turn on circular logging,
NO.
Do NOT turn on circular logging.
This will prevent full recovery.
--
I was under the impression that circular logging prevented Incremental
restores,
you are only able to do a full restore.
We have circular logging enabled, and do full backups evey night. And have
had no problems restoring.
> "Kirill S. Palagin" <kpal...@nomail.nomailphxint.glasnetnomail.ru> wrote in
> message news:3A40FC12...@nomail.nomailphxint.glasnetnomail.ru...
> > Rick DeRousse wrote:
> >
> > > turn on circular logging,
> >
> > NO.
> > Do NOT turn on circular logging.
> > This will prevent full recovery.
> >
>
> I was under the impression that circular logging prevented Incremental
> restores,
> you are only able to do a full restore.
>
> We have circular logging enabled, and do full backups evey night. And have
> had no problems restoring.
There is simple database restore (which is possible with CircLogging) and full
system recovery -up-to-point-of-failure- (which is not possible with CL).
Transaction logs keep data from last backup to current time, so if you lost
database, but have backup and transaction logs then you have not lost any data
(well, maybe last two seconds of activity).
>
>
> > > and perform backups. Exchange is like most database
> > > products like Oracle, SQL server etc.. in that they clear the
> transaction logs
> > > after a full backup of the datastore is complete.
> > > Rick
> > >
> > > Michael Testa wrote:
> > >
> > > > I have an OVERabundance of these files, probably over 1.5 gigs worth
> by now.
> > > > I know that these are backups of messages in case something happens to
> the
> > > > priv.edb and pub.edb, but when do they get deleted. I would like to
> delete
> > > > them, but why isn't exchange, I thought that once the messages where
> > > > incorporated into the priv.edb exchanges housekeeping takes care of
> these
> > > > files. What am I doing wrong?
> > > >
> > > > Thanks in advance
> > > >
> > > > Mike
> >
> > --
> > Corrections are welcome.
> >
> > For "Good post" practice visit
> > http://members.home.com/dts-l/goodpost.htm
> >
> > Kirill.
> >
> >
--
If you feel that anything in my post needs correction - feel free to do so.
And please, keep all discussions in NG, so that everybody can participate.
Kirill
Thanks again
Mike
"Kirill S. Palagin" <kpal...@phxint.nomailplease.glasnet.ru> wrote in
message news:3A41FA3F...@phxint.nomailplease.glasnet.ru...
> I haven't disabled circular logging--however I had no choice but to manually
> move the EDB.LOG files because the C: drive ran out of space. I did however
> move them into the directory with the priv.edb and pub.edb.
Next time use Performance Optimizer.
> I am still
> trying to preform a full backup in order to have ArcServe backup and delete
> them for me. I was wondering though since I've disconneted the server off
> the network, because of the holiday and did stop all the services, could I
> manually get rid of them since I'm sure all of the recent transactions ARE
> current. It's been off the network for at least 24hours.
Can you start InfoStore? If yes - perform online backup.
Next time I'll run the optimizer, I have a good recent backup, but I have
over 2 gigs of old stuff that I would like to get rid off. I was wondering:
1.) Can deleting them manually hurt anything?
2.) Other then the 5meg EDB files, do I delete anything else? It seems
that although it is keeping proper housekeeping now, it hasn't starting at 1
it still in the 200's and I'd like to reset it to one again.
Any more suggestions?
Thanks again
Mike
"Kirill S. Palagin" <kpal...@nomail.nomailphxint.glasnetnomail.ru> wrote in
message news:3A45A785...@nomail.nomailphxint.glasnetnomail.ru...
> Ok
>
> Next time I'll run the optimizer, I have a good recent backup, but I have
> over 2 gigs of old stuff that I would like to get rid off. I was wondering:
>
> 1.) Can deleting them manually hurt anything?
It might if done improperly.
Can you perform online backup?
>
>
> 2.) Other then the 5meg EDB files, do I delete anything else? It seems
> that although it is keeping proper housekeeping now, it hasn't starting at 1
> it still in the 200's and I'd like to reset it to one again.
Huh?
>
>
> Any more suggestions?
>
> Thanks again
>
> Mike
>
> <snip>
After the last guy got "removed" from his position here, and I "mistakenly"
accepted this new "learning" position, I decided to start actually backup up
things rather then saying they were backed up. It seemed that the exchange
edb00****.log files where growing in this one directory and there were
hundreds of these files. When the C: drive ran out of space and the
exchange services wouldn't start anymore, I had no choice but to MOVE them
into a drive with larger space. What I did was move them into the directory
containing the pub.edb and priv.edb. After a while someone told me that you
can tell exchange to move the data directories that it uses, so I changed
the pointer that exchange used and everything moved to a new directory on
the larger drive. Two things still bother me though,
1.) The new edb files are counting from edb00300.edb instead of
edb00001.edb. Even after a full backup.
2.) None of the older files where purged, they still exist in the directory
that the priv/pub.edb are in. But in the NEW directory instead of having 10
or 20 files a day like before it stays at 2 or 3 after doing a backup.
Also I'm not too sure what an "online" backup is. Basically I have arcserve
6.61 sp2 w/exchange agent 2.0, that I have backing up the entire exchange
organizational directory, including at brick level.
Mike
"Kirill S. Palagin" <kpal...@phxint.nomailplease.glasnet.ru> wrote in
message news:3A4A0737...@phxint.nomailplease.glasnet.ru...
Mike
"Michael Testa" <no.spam...@pit.edu> wrote in message
news:edSRZUCcAHA.1916@tkmsftngp04...
Exchange will never refer to *.log files in their old location. You have to
delete them (move to backup media) manually.
Online backup is backup of InfoStore and Directory.
Brick-level backup is useless option and wrong approach - it gives you false
sense of security.
Michael Testa wrote:
--