PikoDrakův Blog » problem

Dataprotector a zasílání reportu na email

PikoDrak — Wed, 24 Nov 2010 12:53:00 +0000

Vzhledem k tomu, že spravuji Dataprotector ve více lokalitách a musím denně vědět o chybách a zároveň se nechci vzdáleně na všechny lokality přihlašovat, udělal jsem pár scriptů a nastavení, které mi to vyřeší.

Stručný popis funkce:

každý den v 10:00 vytvoření reportu Dataprotectorem
každý den v 11:00 hledání VBSkem v txt reportu, pokud není nalezen text že je vše bez chyb, dojde k odeslání reportu na specifikované emaily
každý den v 18:00 dojde k přepsání reportu (kdyby spadl DataProtector, nebude report přepisován, nebude nalezen text o proběhlých jobech a report nám bude zaslán s chybou)

Nejdříve je nutné si vytvořit adresářovou strukturu pro lokální ukládání reportů a uložení scriptů.

mkdir c:\scripts
mkdir c:\scripts\dp

Poté si v DP uděláme report, který následně nashedulujeme
DP-> Reporting -> Reports -> Add Report Group a přidat “Report to email” skupinu. V ní vytvořit “Add report”, vybrat “Reports on sessions in a timeframe”, název “Session Errors”, type Session Errors

Potom next, nastavit “Relative time” na 24h za poslednich 24h

Potom samé next až na obrazovku, kde je “Message level” a volbu na “Critical”

Next a nastavit, v jakým formátu a kam se to má ukládat

Stačí už jen danou skupinu jobů nashedulovat, a to 1x denně v 10h

Nyní můžeme mrknout na to, zda to funguje – pravé tlačítko na Skupinu a Start

V cestě C:\scripts\dp bude vygenerovaný soubor errors.txt, který buď bude obsahovat chyby nebo obsah souboru bude obsahovat text “No error messages” - podle toho bude logika následujícího scriptu rozhodovat o tom, zda nám pošle email či nikoliv.

Vytvoříme VBS script na zasílání reportu v případě nalezených chyb, nazveme ho c:\scripts\check_and_send_errors.vbs. V souboru je nutne zamenit NUTNO_ZADAT_SMTP_SERVER a EMAIL@EMAIL.CZ (význam nebudu popisovat :D), který dáme do Win shedule každý den v 11:00

Option Explicit
Dim objFSO, objSouborPikodrak, strObsahSouboru, intKdeJeHlaska
Const FOR_READING = 1
Const strFileName = "C:\scripts\dp\errors.txt"
Set objFSO = CreateObject ("Scripting.FileSystemObject")
Set objSouborPikodrak = objFSO.OpenTextFile (strFileName,FOR_READING,0,-1)
strObsahSouboru = objSouborPikodrak.ReadAll
intKdeJeHlaska = InStr (strObsahSouboru,"No error messages")
If intKdeJeHlaska = 0 Then
'WScript.Echo "Nenasel jsem hlasku - No error Messages - na pozici " & intKdeJeHlaska
Dim objEmail, iAttachmenCount, aAttachment
Const sSMTPserver = "NUTNO_ZADAT_SMTP_SERVER"
Set objEmail = CreateObject("CDO.Message")
objEmail.To = "EMAIL@EMAIL.CZ, EMAIL2@EMAIL.CZ"
objEmail.ReplyTo = "EMAIL@EMAIL.CZ"
objEmail.Sender = "EMAIL@EMAIL.CZ"
objEmail.Subject = "ERROR BACKUP"
objEmail.Textbody = strObsahSouboru
objEmail.Configuration.Fields.Item ("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2
objEmail.Configuration.Fields.Item ("http://schemas.microsoft.com/cdo/configuration/smtpserver") = sSMTPserver
objEmail.Configuration.Fields.Item ("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 25
objEmail.Configuration.Fields.Update
objEmail.Send
End If
objSouborPikodrak.Close
Set objFSO = Nothing

Dále vytvoříme v C:\scripts\ soubor empty_dp_info_file.bat, který dáme do Win shedule každý den v 18:00


echo Soubor vyprazdnen > E:\scripts\dp\errors.txt

A to je vše přátelé, snad jsem na nic nezapomněl.

Dataprotector 6.11 a Exchange 2010 Single Box obnova

PikoDrak — Tue, 23 Nov 2010 16:57:08 +0000

Jelikož ve vlastní infrastruktuře i u zákazníků používáme HP Dataprotector a Exchange 2010, je nutné řešit obnovu mailů z důvodu uživatelské chyby (DP Single Box extension lze použít pouze do verze 2007). Lze namítnout, že Exchange 2010 uchovává emaily i dobu po smazání (standardně 30 dní), nicméně často si uživatelé vzpomenou po delší době. Navíc jsem se setkal s případem, že uživatelka tvrdila, že ji maily “zmizely” po synchronizaci telefonu v tramvaji a v Outlooku jsem je však neviděl.

Do začátku již budu předpokládat, že je DataProtector Cell Manager nainstalovaný a že máte Online licenci (je nutná k záloze Exchange). Dále je nutné mít nainstalovaného na Exchange serveru DP agenta s rozšířením “MS Volume Shadow Copy Writers”. Po jeho instalaci je nutné přejmenovat na Exchange serveru soubor “Omni_MicrosoftExchangeWriter.dll” na např “Omni_MicrosoftExchangeWriter.txt” (tím jej vyřadíme). Dále budeme pokračovat nastavením zálohovacího jobu.

DP -> Backup -> MS Volume Shadow Copy Writers -> Add Backup

Poté pouze specifikujeme Exchange server

Next, Next, Vybereme Microsoft Exchange Writer a zaškrtneme celý store (pokud jej celý chceme zálohovat)

Potom standardně nastavíme zbytek jobu (kdy a kam se má zálohovat, to rozebírat není třeba). Následuje spuštění jobu, aby bylo co obnovovat a vrhneme se na testovací obnovu. Z našeho mailboxu smažeme nějaké nedůležité emaily.

DP -> Restore Objects ->MS Volume Shadow Copy Writers -> Nazev serveru -> MS Volume Shadow Copy Writers a vpravém okně překlikneme “Restore mode” na “Restore files to temporary location” a zaškrtneme store, kde je náš email uložen.

V záložce Options je nutné nastavit cestu, kam mají být soubory obnoveny

Pak stačí jen kliknout na Restore a počkat na obnovení hlavní DB a logů. Následuje oprava DB, přimapování do recovery módu, obnovení mailboxu do adresáře daného uživatele a odmapování a smazání obnovy.

Pro přehlednost jsem rozdělil DB a LOGy do 2 adresářů. Následující příkazy jsou samozřejmě pro PS EX konzoli.

Zjistíme stav DB –

Eseutil /mh C:\RESTORE\MailboxDatabases\MDB01\DATABASE\MDB01.edb

Zjistíme stav logů kde E01 je prefix (bude se lišit) -

Eseutil /ml C:\RESTORE\MailboxDatabases\MDB01\LOGS\E01

Provedeme opravu DB z logů –

Eseutil /r E01 /l C:\RESTORE\MailboxDatabases\MDB01\LOGS /d C:\RESTORE\MailboxDatabases\MDB01\DATABASE

Oprava 29.8.11 – vyskytlo se mi, že pro obnovu jsem na konec musel přidat parametr /s a /a, viz kod

Eseutil /r E01 /l C:\RESTORE\MailboxDatabases\MDB01\LOGS /d C:\RESTORE\MailboxDatabases\MDB01\DATABASE /sC:\RESTORE\MailboxDatabases\MDB01 /a

(V Exchange 2007 je možné obnovit mailbox přes klikátko – ExTRA)

Přejmenujeme DB na jiný název (u mě to bylo MDB01.edb na RecoverDB.edb)
Následující příkazy je nutné spouštět v Exchange Power Shellu.
Nastavíme namapujeme nový recovery store do Exchange –

New-MailboxDatabase -Recovery -Name RecoverDB -Server SLC-DC01 -EDBFilePath C:\RESTORE\MailboxDatabases\MDB01\DATABASE\RecoverDB.edb -LogFolderPath C:\RESTORE\MailboxDatabases\MDB01\LOGS\E01

Namountuje v Exchange DB –

Mount-Database RecoverDB

Podíváme se na namountovanou DB (a zároveň na názvy mailboxů, které můžeme obnovit) –

Get-MailboxStatistics -Database RecoverDB

Provedeme obnovu mailboxu uživatele do jeho podsložky –

Restore-Mailbox -Identity PikoDrak -RecoveryDatabase RecoverDB -RecoveryMailbox "Piko Drak" -TargetFolder "Restored content 20101111"

Nebo do jiného mailboxu


Restore-Mailbox -Identity "restore" -RecoveryDatabase RecoverDB -RecoveryMailbox "Fikr, Štěpán" -TargetFolder "Restored content lamo"

Zkontrolujeme v Outlooku obnovená data a uklidíme po sobě.

NOD32 – problém v aktualizaci

PikoDrak — Tue, 19 Oct 2010 11:32:40 +0000

Někomu se tato informace může hodit…

Dobrý den,
v pondělí 18. 10. 2010 došlo k aktualizaci modulu Antivirus a Antispyware (verze 1288) v našich produktech ESET Smart Security a ESET NOD32 Antivirus, která může způsobit zamrznutí počítače během přihlašování do systému Windows. K tomuto jevu může u některých zákazníků dojít až zítra, tedy 19.10. 2010. Již pracujeme na řešení situace a budeme vás průběžně informovat.Kontakty na technickou podporu naleznete na http://www.eset.cz/podpora Za možné komplikace se velice omlouváme.
Igor Hák
Technical Director

————

Dobrý den,
na adrese http://www.eset.cz/modul naleznete podrobný návod, jak odstranit “zamrznutí” počítače po přihlášení do doménového prostředí, ke kterému může za určitých okolností dojít pokud si vaši zákazníci stáhli aktualizaci modulu Antivirus a Antispyware verze 1288.
Na http://www.eset.cz/modul naleznete i návod, jak postupovat v rámci firemní sítě za použití nástroje ESET Remote Administrator.
Kontakty na technickou podporu naleznete na http://www.eset.cz/podpora Za možné komplikace se velice omlouváme.
Igor Hák
Technical Director

profile

Windows BlueDeath – analýza stavu modrá smrt

PikoDrak — Mon, 31 May 2010 09:24:50 +0000

Pokud jste uživatelé Windows, jistě jste se setkali s “modrou obrazovkou” tkz. bluedeath. Z ní toho ani moc vyčíst nejde, nicméně pokud se stav často opakuje, je možno najít určité spojitosti a problém odstranit např. aktualizací určitého ovladače apod.

Základ je vědět, že každá modrá smrt vygeneruje minidump soubor, který se ukládá (ve Win7) do C:\Windows\Minidump

Tyto soubory se špatně analyzují, proto jsem si stáhnul BlueScreenView. Stačí rozbalit, spustit a případně upravit složku s minidumpy (pokud analyzujete např. dumpy z jiné stanice/serveru).

Takže jsem si stáhnil minidumpy z 2 modrých smrtí jednoho serveru a otevřel u sebe na notebooku (v nastavení stačí změnit cestu k minidumpům):

Podle chyby DRIVER_POWER_STATE_FAILURE jsem vygooglil, že se jedná pravděpodobně problém s ovladačem při usínání (možná ne :D). Zkusil jsem tedy přenastavit power management (na obrázku původní nastavení), aby nic nespalo (proč taky v serveru)

Vzhledem k tomu, že se chyba vyskutuje 1x za 1/4 roku, tak uvidím výsledek na podzim :D.

Dataprotector – problém s Exchange 2003 integrací

PikoDrak — Tue, 02 Mar 2010 13:55:39 +0000

Dnes jsem musel řešit problém s integrací DP do Exchange 2003 Single Box. Zničeho nic přestala integrace fungovat.

Dataprotector vypisoval následující hlášení:


[Normal] From: BSM@backup.domena.cz "HST EXCH single exchange_server"  Time: 3/1/2010 7:00:08 PM
	OB2BAR application on "exchange_server.hosting.local" successfully started.
[Critical] From: OB2BAR_Main@exchange_server.hosting.local "Single Mailbox"  Time: 1.3.2010 19:00:52
	The information store could not be opened.
[Normal] From: BSM@backup.domena.cz "HST EXCH single exchange_server"  Time: 3/1/2010 7:00:09 PM
	OB2BAR application on "exchange_server.hosting.local" disconnected.
[Critical] From: BSM@backup.domena.cz "HST EXCH single exchange_server"  Time: 3/1/2010 7:00:09 PM
	None of the Disk Agents completed successfully.
	Session has failed.
[Normal] From: BSM@backup.domena.cz "HST EXCH single exchange_server"  Time: 3/1/2010 7:00:09 PM

V debug.log bylo prosté hlášení:


23.2.2010 19:01:09  OB2BAR_Main.10048.2236 ["integ/exchange/Mailbox/MBX_common.cpp /main/hsl_dp61/27":734] A.06.10 b611
[MBX_OpenDefaultMsgStore] 	The information store could not be opened.

Zkusil jsem překonfigurovat integraci, ale narazil jsem na problém, že při konfiguraci MAPI nemohu profil zapsat, jelikož již existuje.


mbx_bar create

Nejdříve jsem se snažil odstranit profil (NTUSER.DAT – pokud někdo ví jak na to, dejte mi info. Přes sysinternals jsem zjistil, že soubor lockuje “SYSTEM”), což se nepovedlo (byl by nutný restart serveru). Nakonec jsem našel návod na zrušení outlook profilu a to smazáním záznamu z registru (pod uživatelem, pod kterým běží backup)


HKCU\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles\Outlook\

Po smazání a vytvoření nového profilu integrace opět funguje.

Výtah z manuálu DP


3. Manually create a new profile:
mbx_bar.exe create
4. In the Choose Profile page, click New.
5. Follow the setup wizard. Type $$$Data Protector for the profile name.