Jump to content

Recommended Posts

Posted

what exchange maintenance do you lot do?

 

we purchased ours afew years ago from county but had to figure it all out our selves. we hadnt had nor been offered training on it either. this is all fine i can find my way round it easily enough but as far as routine maintenance i aint a clue.

Posted

Apart from backing it up and making sure you install MS updates you don't really need to do any maintenance of Exchange.

 

You obviously need to delete users from AD when they're no longer needed - this will automatically get rid of the mailbox (there's a time when they are detached but not deleted but this is completely automatic)

 

It does automatic defragmentation of the store overnight so you don't really need to worry about that. If you delete a large number of mailboxes at the same time you will get spare white space in the database but this is generally not a problem unless you're short of space (in a school type environment you'll have a batch of students leave at the end of the year. You delete their mailboxes and this causes white space. The new students start and their mail just tidily fills up the white space)

 

Backing up is critical - you should check that it works (you shouldn't see any log files left which are older than your last backup; if there are log files then it means that the backup didn't work properly)

  • Thanks 1
Posted

Which version GIBBO?

 

Each new version they move the goal posts

 

In Exch 2003 you do need to keep an eye on a few things,

 

The smtp queues for one, as these can quickly back up if there is a problem and it's good indicator that everything is running ok.

 

The database size is another, theres nothing worse than arriving in the morning to find your store has dismounted itself at 05:00 hrs

 

There is a neat free tool from Solarwinds for Exchange 2000/2003 to do this, it uses WMI and can sit in your tool bar.

 

Ideally you need to maintain as much free space on your IS volume as the actual database size, so that the built in maintenance can keep the DB in check an reclaim the white space.

 

Without this free space the database continually grows unless you enforce quotas religiously, eventually the only way to reclaim this freespace back is through an offline defrag which is not something that you want to do willingly.

 

This is probably the biggest ticking time bomb in Exchange 2003 Standard that catches so many people out (at least once), I have seen several cases where the Databases have been unlocked from the 18Gb standard setting to the Max 75Gb, the store eventually reaches 75Gb and theres no more exchange until you can defrag it.

 

I can't help with 2007 because so far nothing has gone wrong that wasn't fixed in a mouse click!

Must be a first for M$ something that works for a change.

  • Thanks 1
Posted (edited)
Backing up is critical - you should check that it works (you shouldn't see any log files left which are older than your last backup; if there are log files then it means that the backup didn't work properly)
How would you back up Exchange?

 

We have BackupExec for Exchange but I never managed to get it to work on the Exchange Server so what I am doing is backing up using a remote agent and got it set to backup the full database and logs. I'm not sure if BackupExec for Exchange does anything special.

 

Looking in the transaction logs there's some there from 09/2009 so this would suggest it's not working?

Edited by Edu-IT
Posted

Yes, your backup isn't working ...

 

I've not used Backup Exec for ages (I grew to hate it, mainly because of its price and licensing) but with NTBackup it's fairly easy.

 

Launch ntbackup on the Exchange server, work out what you're going to backup on the Exchange store(s) and then save the settings - they're saved as a .BKS file - c:\temp\exchangesettings.bks in the example below.

 

You can then schedule a task to run:

 

ntbackup.exe backup "@c:\temp\exchangesettings.bks" /v:no /r:no /rs:no /m normal /j "daily" /l:s /f "c:\backupfolder\backupfile.bak"

 

The final file name is where you want the backup writing - it obviously makes sense to put it on a machine other than the Exchange server. Run the task as a user who can connect to another server and then use a UNC path to the backup.

 

@m25man - you're right in the things to monitor. I'd guess I'm thinking of maintenance as things that need doing regularly to keep it working and monitoring as things you need to check to make sure it is working - your items go in my monitoring list rather than maintenance :-)

Posted
I think I am on about something different.

 

It doesn't sound right to me.

 

Steves explaination is spot on, if your online backup is working correctly all of your transaction logs should have been committed to the database and the logs flushed, leaving just a few in the logs folder.

 

The Backup Exec Exchange Agent does it the same way it's just that the Backup Engine can reside on a different machine other than the Exchange server.

 

If you ever needed to recover from a corruption you would restore the last DB backup and replay the log files.

 

You need to read and understand this article to understand the potential problems you may face.

Posted (edited)

I think I know the issue here.

 

I couldn't get BackupExec to backup the Information Store from the Exchange server without causing an error so I created an ntbackup job for this.

 

C:\WINDOWS\system32\ntbackup.exe backup "@C:\Documents and Settings\Administrator.school\Local Settings\Application Data\Microsoft\Windows NT\NTBackup\data\Information Store.bks" /n "SR-003 Information Store.bkf created 08/09/2009 at 12:01" /d "Set created 08/09/2009 at 12:01" /v:yes /r:no /rs:no /hc:off /m daily /j "Information Store" /l:s /f "C:\ntbackup\-SR-003 Information Store.bkf"
But I have the above set as the scheduled task which is obviously wrong. No idea how I did that! It should be this?

 

ntbackup.exe backup "@C:\Documents and Settings\Administrator.school\Local Settings\Application Data\Microsoft\Windows NT\NTBackup\data\Information Store.bks" /v:no /r:no /rs:no /m normal /j "daily" /l:s /f "C:\ntbackup\SR-003 Information Store.bkf"
Right?

 

Edit: Actually, no, the ntbackup is running and I have a log file for it. Should this then clear the Exchange logs?

Edited by Edu-IT
Posted
Should this then clear the Exchange logs?

 

Yes, but if it hasn't been working since last September you would have a lot of those transaction log files e.g. a three figure number. How many are there? If it's just a few old ones they may have been orphaned somehow.

 

Plus, the easiest way to make a scheduled ntbackup task is with the ntbackup GUI. At some point after selecting the right bits for backup you get the option to schedule it instead of running the backup right now.

Posted (edited)

That's how I did it and it has been running daily since.

 

There's supposedly 7812 files in the Students logs.

 

I only have ntbackup doing:

 

SR-003\Microsoft Information Store\Staff Storage Group

SR-003\Microsoft Information Store\Staff Storage Group

SR-003\Microsoft Information Store\Public Folders Storage Group

Edited by Edu-IT
Posted

This KB article refers to cleaning up Exchange Log Files.

 

How to remove Exchange Server transaction log files

 

The log files are needed to recover from a database failure "IF" they have not been comitted to the Database.

 

If your DB's integrity is good you will be able to move the log files whilst you get everything back to normal and delete them once you know everything is safe.

 

@srochford said that he classifies log file management as monitoring rather than maintenance, i'm not sure where one stops and the other starts but I think it's worthy of a regular task entry in the Outlook!

Posted
That's how I did it and it has been running daily since.

 

There's supposedly 7812 files in the Students logs.

 

I only have ntbackup doing:

 

SR-003\Microsoft Information Store\Staff Storage Group

SR-003\Microsoft Information Store\Staff Storage Group

SR-003\Microsoft Information Store\Public Folders Storage Group

 

Where is the Students Storage Group?

Posted

You should see an ESE event in the logs after the store has been backed up. I have just 2 log files here after a backup has truncated them. The event lists the range of logs backed up.

 

There should be no need to remove them manually.

Posted

So if all the exchange log files are sequential and run from Sept until now and each one is 5Mb that would mean you have 39Gb of exchange log files???

 

What do you have in the Events Log then?

If the backup works/fails it should at least say something?

Posted (edited)

When using BackupExec to backup the information store I get this error

 

How to troubleshoot the error "A failure occurred querying the Writer status" (a000fed1 HEX or e000fed1 HEX or 0xfffffed1 HEX) that occurs when a backup or restore is attempted

 

and have so far been unable to work out why so I use ntbackup to backup the store. Of course because of this I can't use the restore option in BackupExec for mailboxes.

 

Not sure on this one?

 

--

 

After the ntbackup has ran there are numerous entries from ESE about defragmentation on the database. What else should I be looking for? The ntbackup jobs are completing and the reports say successful.

Edited by Edu-IT
Posted

Back to BE basics here I think, where is the Backup Exec Application installed?

Is it on the Exchange server itself?

Do you have an Backup Exec Exchange License number appearing in the serial numbers list?

Posted
Back to BE basics here I think, where is the Backup Exec Application installed?

Is it on the Exchange server itself?

Do you have an Backup Exec Exchange License number appearing in the serial numbers list?

BackupExec is installed on another server and I am using a remote agent to back it up.

 

Yes there are keys there for the remote agent and the Exchange agent.

Posted (edited)

Aha! Bingo! Jackpot! Whatever you want to say.

 

I think I've cracked it. :D

 

Edit: Working fine now! Recreated the ntbackup job and told it to overwrite the old backup. That seems to be it. Does that seem okay? Also, should I be verifying the backup or am I okay not to on this?

 

I'm also wondering whether it would be okay to move the backup from C: to F: where the storage groups are as this drive is bigger, C: is becoming rapidly full with the backup.

Edited by Edu-IT
Posted

I wouldn't commit a backup to the same volume as your data for obvious reasons.

 

1. Recovery, what if the drive fails completely.

2. Read/Write throughput.

3. Capacity.

 

If your hardware supports USB2 or ESATA why not target your backups to an external disk or NAS this is the defacto nowadays.

Posted
BackupExec is installed on another server and I am using a remote agent to back it up.

 

Yes there are keys there for the remote agent and the Exchange agent.

 

Do you have the Exchange Server Management Tools from the Exchange CD installed on the Backup Server?

Posted

Yes management tools are installed.

 

The ntbackup job backs up to the C: drive before BackupExec kicks in ten minutes after the ntbackup job has finished and this then backs everything up to disk.

 

Would it be better to put the ntbackup somewhere else then? It's there for minutes before being backed up elsewhere so I'm not sure that backing up to another drive elsewhere is going to add any redundacy?

Posted

I use BackUp Exec 11d to back up our Exchange 2007 box. Took a while to get it working right though. You do need the 'Remote Agent for Exchange 2007' not just a standard Remote Agent.

 

I also found out that if your backing up multiple Servers with remote agents the Exchange box has to be done first otherwise it would fail. Found a KB article on their site somewhere.

 

I have my transaction logs writing to a different set of (faster) disks than the stores, so it's quite easy to quickly see if the logs are being cleared out.

 

Pete

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...