Hi Henry, thankyou for your response and KB ID. It is greatly appreciated. >From this article there is a link to KB314917 which likens -613 to -1018 (-613 is for .stm what -1018 is for .edb), being a checksum page problem in a database.
The server has been running for a couple of days without a reboot now, and no errors are being recorded in the system log to indicate even the most minor of hardware issues. KB314917 also says that among the things you can use to fix this problem are an offline defrag. It mentions that if the -1018 is occurring only during online backups or maintenence then it is likely a problem with an empty page. These errors only occur during an attempted backup, so I would assume this to be true. My questions are therefore: 1. Is an offline defrag likely to help or hinder this situation? 2. If offline defrag does not work and I am to move the mailboxes to a new database, is this simply a case of creating a new mailbox store under the current "First Storage Group" (with different database locations to the current one), export all mailboxes to PST, delete the original mailbox store, remove each users "exchange attributes" in AD Users and Computers, re-add their exchange attributes (to create new mailboxes on the new store), then import their PST files? 3. This is the version of exchange 2003 that ships with SBS2003, will it allow the creation of another mailbox store so that they run side by side during this process or can that not be done? I dont really want to restore from backup because circular logging is enabled, so I assume that the logs wont be able to replay all of the information. Plus with all the errors occuring previously on both SCSI controller and disk block errors, I would like to avoid that and get a nice clean backup. Thank you again for taking the time to help. Regards, Luke Cassar > According to KB318429, this could be a hardware issue. > As the hardware was on its last legs, there could have been corruption = > in the database that was included in the backups you restored from. > Since you say that everything is perfect as far as viewing content is = > concerned, I would move all of the mailboxes to PST files using EXMERGE = > and them restore them to a new database. As a precaution, I would = > restore one or 2 PST files to the new databases, push some smtp messages = > into the server to initialize the .stm file and then retry the backup to = > see if the errors return. The .stm files hold all of the SMTP based = > messages for the store so this file should not grow much with a restore = > of the PST files. If you still get errors, you have a problem with the = > drive or the controller. > > Henry Schlarb > > "Most people, when they stumble across truth, merely pick themselves up, = > dust themselves off and walk away as if nothing happened." > With acknowledgment to Winston Churchill > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > [EMAIL PROTECTED] > Sent: July 13, 2004 2:05 AM > To: Exchange Discussions > Subject: HELP NEEDED - Problems with backup of exchange post restore > > > We have a single SBS2003 server with exchange 2003 on it. > > We recently found out that the secondary disk (containing the exchange > database files) was on its last leg as well. We attempted to ghost this > disk to another new disk, but the ghost process suceeded in wasting 14 > hours and accomplishing nothing. > > Now the transaction logs and installation files for exchange are all on > the disk that is fine. Only the database files were lost. I followed the > below process to restore: > > NTBackup to restore the Information store. This process completed, but = > the > IS would not start as it could not find the database files. > > Stopped all exchange services. > > NTBackup was then used to restore the EXCHSRVR folder containing the > databse files to the file system directly. The log files were not = > restored > from backup. > > Started the exchange services > > Event log entries of the log files replaying to the Information store = > were > seen, the storage groups mounted, and users could access the store. > > There were no errors reported from any part of exchange that I could = > find. > Messages up to the point of the server being shut down were present and > everything seemed perfect. > > However I then tried to run a backup of exchange, which I do by backing = > up > both the Information store and the exchsrvr folders. When the backup job > is doing the database files, ntbackup fails, and the following is logged > (a lot): > > Event ID: 478 > Source: ESE > > > Information Store (3120) The streaming page read from the file = > "F:\Program > Files\Exchsrvr\MDBDATA\priv1.stm" at offset 130048000 = > (0x0000000007c06000) > for 3866 (0x00000f1a) bytes failed verification due to a page checksum > mismatch. The expected checksum was 4236769710 (0xfc87f9ae) and the > actual checksum was 3214649499 (0xbf9ba89b). The read operation will = > fail > with error -613 (0xfffffd9b). If this condition persists then please > restore the database from a previous backup. > > Can anyone suggest a way to get this problem resolved so we can backup = > the > exchange files? > > Help is appreciated. > > Regards, > Luke Cassar > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: = > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=3Dexchange&text_mode=3D= > &lang=3Denglish > To unsubscribe send a blank email to = > %%email.unsub%% > Exchange List admin: [EMAIL PROTECTED] > To unsubscribe via postal mail, please contact us at: > Jupitermedia Corp. > Attn: Discussion List Management > 475 Park Avenue South > New York, NY 10016 > > Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with.
