h1. Настройка оповещения работоспособности StandBy на email --- *Для настройки ежедневного оповещение на почту о работоспособности сервера стендбай, необходимо настроить файл SendDGMGRL.vbs* 1. В операционной системе настроить "планировщик заданий", создать задачу на ежедневное исполнение файла SendDGMGRL.vbs 2. Открыть на редактирование SendDGMGRL.vbs любым текстовым редактором, в шапке настроить параметры оповещения: const Cons_Path = "C:\temp\usr" ' Путь к папке const SMTP_Host = "smtp.nc.ru" 'Адрес SMTP-сервера const DB_Connection = "sys/*****@DBNAME" 'Параметры подкл. к БД const SMTP_Subj = "Отчет dgmgrl" ' Тема сообщения const SMTP_Port = 25 ' Порт SMTP const SMTP_Name = "cwms3000" ' Логин для отправки const SMTP_Password = "*****" ' Пароль для отправки const SMTP_From = "userfrom@post.ru" ' Адрес отправителя const SMTP_To = notify@cwms3000.ru" ' Адрес получателя 3. Указанным получателем на почту ежедневно высылается отчет в виде: Subject: Отчет dgmgrl от 26.05.2014 9:30:02 DGMGRL for 32-bit Windows: Version 10.2.0.1.0 - Production Copyright (c) 2000, 2005, Oracle. All rights reserved. Добро пожаловать DGMGRL, для получения информации наберите "help". DGMGRL> Соединение установлено. DGMGRL> PRIMARY_SEND_QUEUE

 STANDBY_NAME       STATUS     RESETLOGS_ID           THREAD
LOG_SEQ TIME_GENERATED TIME_COMPLETED FIRST_CHANGE# NEXT_CHANGE# SIZE (KBs)

      CURRENT        601448867    
46273 05/26/2014 09:32:13 956587057 13274 DGMGRL> STANDBY_RECEIVE_QUEUE

STATUS     RESETLOGS_ID           THREAD              LOG_SEQ
TIME_GENERATED TIME_COMPLETED FIRST_CHANGE# NEXT_CHANGE# SIZE (KBs) DGMGRL> Configuration

Name:                DKN_BACKUP
 Enabled:             YES
 Protection Mode:     MaxPerformance
 Fast-Start Failover: DISABLED
 Databases:
   wms  - Primary database
   bwms - Physical standby database
Текущее состояние для "DKN_BACKUP": SUCCESS При получении уведомления на почту, необходимо обратить внимание на очередь заданий, выделено красным, при наличие 5 и более невыполненных заданий, обратиться в ОТП. Также необходимо обратить внимание на последние строки, описывающие состояние конфигурации(Текущее состояние для "DKN_BACKUP": SUCCESS). Если не success, значит есть проблемы в самой конфигурции. Первая очередь (PRIMARY_SEND_QUEUE) - не отправленные архивные логи с основного сервера на резервный. Вторая (STANDBY_RECEIVE_QUEUE) - отправленные, но не применённые логи на резервном сервере. Т.е. если первая очередь большая, значит проблемы в транспорте. Если большая вторая очередь - проблема с резервным сервером. В нашем примере мы видим, что в очереди на отправку один архивный лог, в очереди на применение логов нет.