ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

   PAGE


 Chapter 1:


 Reboot procedures


 Planned reboot procedure


 This section outlines the procedure to perform a safe power down of a
 transaction processor (TP) lineup and the power up sequence. The power down
 sequence or power up sequence of the TP 1 lineup is referred to as a system
 reboot. This action forces a system initialization of all SRUs and programmable
 resource units (PRUs) on the lineup that is being rebooted, regardless of their
 state before the reboot.


 To ensure a safe power down, a quick check should be made to verify that there
 is no service order (SO) updating being done for any of the TP lineups. The
 preparation that has to be done depends on what TP lineup is being rebooted.


 Power down sequence on the SCP-OAM


 Perform the following:


 w Stop all SO activities.


 w Check logs on the service control point - operations, administration, and
 maintenance processor (SCP-OAM), for example, from subsystem DB 0068. This log
 indicates what state the database copies are in. It can contain one of the
 following three messages:


 Database commits have started


 Database commits have finished


 Database commits have failed


 Monitor logs from the Logs Query man-machine interface (MMI) and ensure that
 all database commits have finished. The time between commits started and
 finished is about 30 seconds.


 w Courtesy down the master queue manager (MQM), active table manager (ATM) and
 database task manager (DBTM) PRUs.


 w Power down the SCP-OAM lineup.


 Power down sequence on the TP 1 and TP 2


 Perform the following:


 w Courtesy down the SQMs on TP 1. This will prevent the start of any further
 update processing.


 w Check the DS30 Link Maintenance MMI from the main menu. If all applications
 are currently in-service, indicated by a "." in the application status field,
 no update processing is currently taking place and the machines may be taken
 down.


 w If some of the DS30s are in the busy state, indicated by a "B" in the
 application status field,this indicates that update processing is currently
 taking place on these copies. Wait for them to be put into service and run CKPT
 to check for update processing. (Refer to "Update Processing State
 Verification" in 450-1061-301 to verify this operation.)


 w If any applications are marked as faulty in the DS30 MMI, while at the same
 time the DBTM PRU associated with that link is working in the SAS
 maintenance-level, then update processing may be occurring on that copy. Look
 for logs that indicate that switchover has completed. If it is, then wait to
 finish. Otherwise, provided you don't see the commit-started log associated
 with this copy, the DBTM PRU can be courtesied down.


 w When the DS30 applications are all in-service (or they are faulty and their
 associated DBTMs are down), then it is safe to take down the TP.



   PAGE


 Power up of SCP-OAM or SCP-TP


 The TP lineup should not be powered up sooner than one minute after the TP
 lineup was powered down. This gives the TP ample time to completely discharge.


 Powering up the TP lineup by using the power switch on the back of TP 1 will
 start the initialization procedures. There are two switches on the SCP-OAM, one
 on cabinet 1 and one on cabinet A. The reboot of the service control point -
 transaction processor (SCP-TP) and the SCP-OAM are exactly the same.


 When the power is restored to TP 1 and TP 2, it will initiate the system
 reboot. As soon as possible, the SAS user should log in and verify in the SAS
 maintenance-level that all SRUs and PRUs are recovering properly. A complete TP
 lineup reboot will take approximately 15 minutes from the time the lineup was
 powered down to the time the last PRU is working. Reset the time and date on
 the system so that they match for all three systems (TP1, TP2, and OAM).


 Rebooting an SRU or PRU


 The procedure used to reboot a shared resource unit (SRU) or a PRU is broken
 down into two steps. The first step referred to as the Courtesy Down procedure,
 takes the required SRU or PRU out of service in an orderly fashion. The second
 step called return-to-service (RTS) is used to return the SRU or PRU to active
 service in an orderly fashion.


 The following procedure must be followed whenever PRUs have to be courtesied
 down or put into service. Whenever a PRU has to be courtesied down or put into
 service, the SRU must be located in the SAS maintenance level that contains the
 PRU. The PRU can be located by pressing the <Next Level> while positioned over
 the SRU. Tables 1 and 2 show the relationship between the PRUs and SRUs
 concerned in this document:


 Table 1
 For the SCP-OAM

 ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ³Component/PRU                             SRU                                    ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³database control program (DBCP)           database support                       ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³active table manager (ATM)                database support                       ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³master queue manager (MQM)                database support                       ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³database task manager (DBTM)              800/ACC/BNS application                ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³file transfer server (FTS)                network operation protocol (NOP)/FTS   ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³file servers (FSs)                        SBC file processor                     ³
 ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ


 Table 2
 For the SCP-TP

 ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ³Component/PRU                             SRU                                    ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³database control program (DBCP)           database support                       ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³slave queue manager (SQM)                 database support                       ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³database task manager 0/1/2/3 (DBTM)      800/ACC/BNS application 0/1/2/3        ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³file transfer server (FTS)                NOP/FTS                                ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³file servers (FSs)                        SBC file processor                     ³
 ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij
 ³slave update processor (SUP)              update processor                       ³
 ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ



   PAGE


 Rebooting a PRU


 The following procedure is a summary of detailed information found in
 450-1011-301.


 1 Sign on using a system administrator User ID.


 2 Select System Administration" from the main menu and press ENTER. This starts
 the SAS.


 3 Highlight "MAINTENANCE" on the main menu and press ENTER.


 The system displays the Faulty Cabinets screen.


 4 Press the softkey <Cabinet State>.


 The system displays the SRUs in the first cabinet.


 5 Using the softkeys <Next Cabinet> or <Previous Cabinet>, locate the SRU that
 contains the PRU to be restarted.


 6 Highlight the correct SRU and press the softkey <Next Level>.


 ==>A list of all the PRUs in this SRU is displayed.


 7 Select the PRU to restart. If the PRU is in service, press the softkeys
 <Courtesy Down> and then <Down Only> to take the PRU out of service. If it is
 already out of service, proceed to the next step.


 8 Press softkey <Put Into Service>. This restarts the PRU. After a few minutes,
 the status of the PRU will change to working, which means it is running again.
 If it does not, it may be corrupted and may have to be replaced.


 9 Restart other PRUs in the same way, or press softkeys <Exit>-to return to the
 main menu.


 Note: Wait until the PRU is in the DOWN state (or wait until it is in the
 WORKING state if putting into service).


 Rebooting a file server


 Once a file server problem has been fixed, the following procedure should be
 followed in order to restore the database components to working order.


 1 Select the Generic Table Editor" option from the main menu.


 2 Press the <Find> softkey, then enter VOLTAB which is the name of the volume
 table. Follow this by pressing the <Execute> softkey.


 3 With the cursor on the table found, press the <Select> softkey, followed by
 the <Edit> softkey.


 4 The table lists the names of all volumes that may be accessed by the database
 components. Beside each file server volume name is its status. Since one or
 more of the file server volumes was in error, the status may be marked as NO_FS
 or DISK_ERR.If the state is NO_FS , then <exit> and proceed with step 15. NO_FS
 recovers to INUSE automatically.


 5 Move the cursor over the file server volume that has been fixed and press the
 <Change> softkey.


 6 Move the cursor to the Status field and enter INUSE over the current state
 being displayed.


 7 If there are other volume entries to be fixed, press the <Save and Exit>
 softkey.


 8 Move the cursor to any other file server volumes which are not INUSE and
 change the state to INUSE.


 9 Once all the volume entries have been updated in the VOLTAB table, press the
 <Exit> softkey. Follow this by pressing the <Save> softkey.



   PAGE


 10 Check all database components for the applications that reported the file
 server errors to make sure that they are in service.


 11 On the SCP-OAM the components that should be checked are the ATM, the MQM,
 and the DBTM. On the SCP-TP the slave queue manager (SQM) and DBTM only have to
 be checked.