No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

How to Fix a Offline Database in a HA System

Publication Date:  2012-07-25 Views:  45 Downloads:  0
Issue Description
Version:U2000V1R2C01
Customer can not online the APPService and can not online the NMSServer.
      
Alarm Information
1.
Msg 926, Level 14, State 1;
Server ‘DBSVR’, Line 1:
Database ‘imap_db’ can not be opened. An earlier attempt at recovery market 
It ‘suspect’. Check the ASE errorlog for information as to the cause.
00:00000:00001:2011/06/01 21:55:17.99 server  Database 'imap_db' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the ASE errorlog for information as to the cause.
00:00000:00001:2011/06/01 21:55:18.01 server  Database 'imapeamdb' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the ASE errorlog for information as to the cause.
2.
#hastatus
… …
Group             Resource              System                    State
AppService                               U2000Secondary           Partial  *FAULTED*       
ClusterService                            U2000Secondary           ONLINE        
VVRService                              U2000Secondary           ONLINE
… ……………………………………………………………………………………………………………………
                 NMSServer          U2000Secondary            *FAULTED*
                 DataFilesystem       U2000Secondary            ONLINE
                 RVGPromary        U2000Secondary            ONLINE
                 DatabaseServer       U2000Secondary            OFFLINE
                 BackupServer        U2000Secondary            OFFLINE
Handling Process
NOTES: for bellow operations which before start/online server, must ensure there are not faulted resource, For how to clear the faulted resource:
hagrp -clear AppService-------this must check which resource is faulted;
hagrp -offline AppService -sys U2000Secondary
----For this case , here we offline AppService is ensure other group resource can online successfully without affection by AppService. 
hares -online DatabaseServer -sys U2000Secondary
hares -online BackupServer  -sys U2000Secondary
Solutions:
Step 1:Ensure Sybase is started (Databaseserver and BackupServer is online , Set the database to 
"bypass recovery" status: 
#su - sybase
$ isql -Usa ?P<password> 
1>sp_configure "allow updates",1 
2>go 
1>use master 
2>go 
1> update sysdatabases set status=-32768 where name='imap_db'
2>go 
1> update sysdatabases set status=-32768 where name='imapeamdb'
2>go 
1>shutdown SYB_BACKUP
2>go 
1>shutdown
2>go
………………………………………………………………………………………………….
Remind again: Before do next step , please ensure ensure there are not faulted resource. And if you find that system report the error message 'Can not clear resource while group is going offline', please wait this resource offline or you flush the current system current operation (And for how to clearing, please reference the guidance in Administrator Guide : 9.4.7 Clearing the Current Operation)
Step 2 : Rebuild database log and shutdown the database.
       Check Faulted again, and 
       #hagrp -clear AppService
#hagrp -offline AppService -sys U2000Secondary
#hares -online BackupServer -sys U2000Secondary
#hagrp -freeze AppService
       -----all above operations can be done in VCS GUI
#su - sybase
$ isql -Usa ?P<password> 
1>use master 
2>go
1>dbcc rebuild_log(imap_db,1,1) 
2>go
1>dump tran imap_db with no_log 
2>go 
1>dbcc rebuild_log(imapeamdb,1,1) 
2>go
1>dump tran imapeamdb with no_log 
2>go 
1>shutdown SYB_BACKUP 
2>go 
1>shutdown
2>go
Step 3: Restart SYBASE again--->Running bellow command--->Shutdown SYBASE
Check Faulted again, and 
       #hagrp -clear AppService
#hagrp -offline AppService -sys U2000Secondary
#hares -online BackupServer -sys U2000Secondary
#hagrp -freeze AppService
       -----all above operations can be done in VCS GUI
#su - sybase
$ isql -Usa ?P<password> 
1>use master 
2>go 
1> update sysdatabases set status=0 where name='imap_db'
2>go 
1> update sysdatabases set status=0 where name='imapeamdb'
2>go
1>sp_configure "allow updates",0 
2>go 
1>shutdown SYB_BACKUP 
2>go 
1>shutdown
2>go
Step 4: Restart SYBASE--->Setting the switch to the original value 
Check Faulted again, and 
       #hagrp -clear AppService
#hagrp -offline AppService -sys U2000Secondary
#hares -online BackupServer -sys U2000Secondary
#hagrp -freeze AppService
       -----all above operations can be done in VCS GUI
#su - sybase
$ isql -Usa ?P<password> 
1> sp_dboption 'imap_db', 'select into/bulkcopy/pllsort', true
2>go
1> sp_dboption 'imap_db', ' trunc log on chkpt ', true
2>go
1>use  imap_db
2>go
1>checkpoint
2>go
1>use  master 
2>go
1> sp_dboption 'imapeamdb', 'select into/bulkcopy/pllsort', true
2>go
1> sp_dboption ' imapeamdb ', ' trunc log on chkpt ', true
2>go
1>use  imapeamdb
2>go
1>checkpoint
Step 5: After above operations , the database shall be fixed, then next step is start NMS
Ensure there are not faulted resouorces first then
#hagrp -unfreeze AppService
#hagrp -onfline AppService -sys U2000Secondary
-----all above operations can be done in VCS GUI
      
Root Cause
One or more databases are in the offline state and according to this is a HA system, when fix database, We also need control the status of VCS. in case that VCS fault will not affect the whole operation of database fixed.
Suggestions
Dump data in databases regularly, for example, monthly or weekly.
      

END