• RSS
  • Twitter
  • FaceBook

Exchange Server Forums

Forums | Register | Login | My Profile | Inbox | RSS RSS icon | My Subscription | My Forums | Address Book | Member List | Search | FAQ | Ticket List | Log Out

why "y" are the storage group logs files not going away?

Users viewing this topic: none

Logged in as: Guest
  Printable Version
All Forums >> [Microsoft Exchange 2007] >> Management >> why "y" are the storage group logs files not going away? Page: [1]
Login
Message << Older Topic   Newer Topic >>
why "y" are the storage group logs files not ... - 1.Apr.2009 7:06:39 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
Hello all,

i have read and i have even accomplished this task in the past on exchange server 2007, but for some odd reason, i am not able to make the storage group log files go away this time.

any help is greately apprciated!!!!

Steps:
1. enable circular logging is "off" (no checkmark on box) of storage group properties
2. utilized ms windows backup utility
3. make a "normal" backup which automatically changes attribute of files to "backed up"
4. i gather that exchange server 2007 knows what to do with log files with such an attribute, which is to truncate or remove or compile them, but this is not the case here...

what is the easiest thing i can do to make sure i am doing this right?

any help is greately appriciated :)
Hector
Post #: 1
RE: why "y" are the storage group logs files ... - 1.Apr.2009 8:45:23 PM   
mark@mvps.org

 

Posts: 6811
Joined: 9.Jun.2004
From: Philadelphia PA
Status: offline
Exchange is thinking that the backup isn't completing so isn't purging them out. Check that you just don't have a pile of old logs there and that the recent ones (between the last backup and the one before that) haven't actually been purged.

Check the logs to see if there is anything funky afoot.

Have you got any CCR or SCR going on? If replication is screwy no amount of backup on the primary will get you purged because data isn't getting to the passive or SCR target.

Finally, and if you don't have CCR/SCR in the mix you could dismount the stores, stop the information store, do a total backup of the flat files, delete the logs and then mount the store. Send a little bit of email and then back up the box again. Do this one store at a time and see how you go. This is the absolute last ditch measure and is almost certainly never going to come to it.

_____________________________

Mark Arnold (Exchange MVP)
List Moderator

(in reply to hrivera)
Post #: 2
RE: why "y" are the storage group logs files ... - 1.Apr.2009 10:50:11 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
thx mark...

no i don't have and CCR or SCR going on. i did not set that up at all...

about the logs, would you mind pointing me to a perticular "article" so that i can read on it, in refrence to understanding what it is you specifically mean by reading the logs, please, thx?


this is totally wierd and nasty, i sure don't want to go to the deep end as you discribed, but if i have to, i most certainly wait till i am sure...

thx, Mark.
Hector

< Message edited by hrivera -- 1.Apr.2009 10:51:25 PM >

(in reply to mark@mvps.org)
Post #: 3
RE: why "y" are the storage group logs files ... - 2.Apr.2009 8:37:32 AM   
mark@mvps.org

 

Posts: 6811
Joined: 9.Jun.2004
From: Philadelphia PA
Status: offline
Can't point you at an article. The idea of checking the logs merely means looking at the date stamps on them. Is there a gap or are they contiguous all the way from earliest to most current?
If there is a gap, and that gap will be obvious in terms of an hour or more then you can delete the older stuff. Ensure that you are doing store backups along the line.

_____________________________

Mark Arnold (Exchange MVP)
List Moderator

(in reply to hrivera)
Post #: 4
RE: why "y" are the storage group logs files ... - 6.Apr.2009 11:52:06 AM   
syedfaizan

 

Posts: 280
Joined: 29.Aug.2007
Status: offline
As of now you can ship the committed transaction logs to some other drive . Is it an atutomated procedure or you perform backup manually?

(in reply to hrivera)
Post #: 5
RE: why "y" are the storage group logs files ... - 6.Apr.2009 12:40:52 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
I did notice that the logs have missing days in some sections, but the logs go as far back as october of last year... thx Mark...

i was doing automated, or scheduled backups with ms windows backup utility as deferentials\incremental (tried them both), and now i am doing manual full backups to attempt to rememdy the issue.

one thing i did notice recently within the past week, is that the attribute for the log files has changed to include an "A" but still no luck after running the backup utility..

i think i am need to remedy the issue with "marks" last resort suggestions, cuz i am running out of hard drive space... 100Gigs currently available free.

what do you think syedfaizan, mark?

thx,
Hector

(in reply to syedfaizan)
Post #: 6
RE: why "y" are the storage group logs files ... - 16.Apr.2009 11:45:07 AM   
unarcher

 

Posts: 3
Joined: 16.Apr.2009
Status: offline
I read somewhere that the Windows 2008 backup utility is not Exchange aware and so does not purge log
You should try with NTbackup (taken from another server) or with a 3thrd party software

(in reply to hrivera)
Post #: 7
RE: why "y" are the storage group logs files ... - 16.Apr.2009 1:55:36 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
Thx unacher,

but i do not have exchange 2008.... hmmm?

i saw this on a different post; is this true and does he mean "Microsoft Exchange Information Store"?

http://forums.msexchange.org/%5bURGENT%5d_Please_help!!_80Gb_of_ESE_log_files%2c_what_to_do%3f/m_1800506969/tm.htm




Hi,

Either go for a backup or follow this.

Stop MsExchangeIS service. This will commit all log files and makes the database in clean shutdown. Once the database is in clean shutdown go to the log file location and move the log files to a safer location or Delete them. Including .chk file.

NOTE:- Be careful while you do this. follow exactly what I said else you may end up with other issues.

All the best.

_____________________________

Thanks
Sunder

(in reply to unarcher)
Post #: 8
RE: why "y" are the storage group logs files ... - 16.Apr.2009 2:45:34 PM   
John Weber

 

Posts: 1236
Joined: 20.Apr.2005
From: Portland, Oregon
Status: offline
Sounds like you need an e2k7 aware backup program.

Windows server 2008 does not have one - the wbadmin prog is definitely NOT the one you are looking for.

Shutting down the exchange services to cleanly close the databases so you can manually purge log files should NOT be considered as one of you long-term options.  I would suggest that you spend a few ducats to avoid taking that action.



_____________________________

John Weber [Lync MVP] http://tsoorad.blogspot.com

(in reply to hrivera)
Post #: 9
RE: why "y" are the storage group logs files ... - 16.Apr.2009 3:05:21 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
what software product would you recommend and with what "specific" feature should it have?

thx,
Hector

(in reply to John Weber)
Post #: 10
RE: why "y" are the storage group logs files ... - 16.Apr.2009 3:12:22 PM   
John Weber

 

Posts: 1236
Joined: 20.Apr.2005
From: Portland, Oregon
Status: offline
1.  How big is your Organization?
2.  What is your RTO/RTP on the SLA for Email?

Specifically, the backup program must be Exchange aware, and able to do VSS.  Exchange supports streaming backups, but VSS is mo better.

_____________________________

John Weber [Lync MVP] http://tsoorad.blogspot.com

(in reply to hrivera)
Post #: 11
RE: why "y" are the storage group logs files ... - 16.Apr.2009 3:43:26 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
This is a small company which allows time for maintenance during the "night". SLA

as far as RTO/RTP, please elaborate?

thx,
Hector

(in reply to John Weber)
Post #: 12
RE: why "y" are the storage group logs files ... - 16.Apr.2009 4:10:45 PM   
John Weber

 

Posts: 1236
Joined: 20.Apr.2005
From: Portland, Oregon
Status: offline
RTO = recovery time objective =  how long can you be down
RTP = recovery time point = how much data can you lose

_____________________________

John Weber [Lync MVP] http://tsoorad.blogspot.com

(in reply to hrivera)
Post #: 13
RE: why "y" are the storage group logs files ... - 16.Apr.2009 4:25:59 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
RTO = lets say i can set aside a weekend two n half days if scheduled
RTP = hopefully none, user have a small quota size so they are forced to create local pst files.

(in reply to John Weber)
Post #: 14
RE: why "y" are the storage group logs files ... - 16.Apr.2009 4:52:08 PM   
John Weber

 

Posts: 1236
Joined: 20.Apr.2005
From: Portland, Oregon
Status: offline
http://www.lmgtfy.com/?q=exchange+backup


_____________________________

John Weber [Lync MVP] http://tsoorad.blogspot.com

(in reply to hrivera)
Post #: 15
RE: why "y" are the storage group logs files ... - 16.Apr.2009 5:03:42 PM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
One thing:

i have heard and read many differnt stories on VSS:

"Specifically, the backup program must be Exchange aware, and able to do VSS. Exchange supports streaming backups, but VSS is mo better."


Tell me more about VSS is it a recommended, required, or suggestion?

thx,
Hector

(in reply to John Weber)
Post #: 16
RE: why "y" are the storage group logs files ... - 16.Apr.2009 5:05:26 PM   
John Weber

 

Posts: 1236
Joined: 20.Apr.2005
From: Portland, Oregon
Status: offline
e2k7 supports both.
I think VSS does a better job as it allows snapshot type backups with very little impact to the system, offers better (if used with DPMv2) recovery, and granular backup/restores.

_____________________________

John Weber [Lync MVP] http://tsoorad.blogspot.com

(in reply to hrivera)
Post #: 17
RE: why "y" are the storage group logs files ... - 17.Apr.2009 8:05:52 PM   
yasserkgl

 

Posts: 35
Joined: 9.Apr.2009
Status: offline
quote:

ORIGINAL: mark@mvps.org



Check the logs to see if there is anything funky afoot.

Have you got any CCR or SCR going on? If replication is screwy no amount of backup on the primary will get you purged because data isn't getting to the passive or SCR target.




i have CCR and the log not purged after full backup , how can i resolve this problem?

what is the way to enforce the replication between the passive and active?

(in reply to mark@mvps.org)
Post #: 18
RE: why "y" are the storage group logs files ... - 23.Apr.2009 12:09:26 AM   
hrivera

 

Posts: 41
Joined: 6.Oct.2008
Status: offline
Alright guys,

i have done some testing and attempted different strategies.....

one of them worked.... but i did not record properly which combination worked...


soooo, i am asking what boxes should i "definitely" check so that the log files get deleted automatically?

see the following link for the image:
Items highligted w\ red are the items i think i should backup but what about the "System State"?
http://www.flickr.com/photos/37687619@N03/3466839189/

i should point out that selecting the storage directory themselves alone d:\blah\blah\blah does "NOT" do it...

thx,
Hector

< Message edited by hrivera -- 23.Apr.2009 12:11:19 AM >

(in reply to yasserkgl)
Post #: 19

Page:   [1] << Older Topic    Newer Topic >>
All Forums >> [Microsoft Exchange 2007] >> Management >> why "y" are the storage group logs files not going away? Page: [1]
Jump to:

New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Follow TechGenix on Twitter