Настройка оповещения работоспособности 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) - отправленные, но не применённые логи на резервном сервере. Т.е. если первая очередь большая, значит проблемы в транспорте. Если большая вторая очередь - проблема с резервным сервером. В нашем примере мы видим, что в очереди на отправку один архивный лог, в очереди на применение логов нет.