R2 laine

Seekord pole tegemist Rahvusringhäälingu populaarse raadiokanali ja kunagise menuansambli ühisprojektiga.

Lihtsalt kümmekond päeva tagasi jõudis hulgilitsentsi omanikene Microsofti toodete järgmine põlvkond ja tuleb leida aega dokumentatsioonist läbinärimiseks ja uuendamisteks.

Windows 8.1

Windows Server 2012 R2

System Center 2012 R2

Eks nüüd tuleb siis igaühel vaadata üle ja otsustada kas, mida ja millal uuendada. Viimasel ajal tundub, et MS on minemas teed, kus väga oluline on hoida infras jooksmas toodete viimaseid versioone. SC toodete inplace upgrade ainuvõimalikud teed on RTM>SP1>R2.

Allpool olgu toodud mõned nupud  SCOM 2012 SP1 uuendamiseks R2 tasemele.

1- Loe dokki! – http://technet.microsoft.com/en-us/library/dn249707.aspx

2- Installeeri eelnevalt nõutud tarkvara – MS Report Viewer 2012 Runtime ja MS SQL Server System CLR Types for SQL 2012 ( reboot lõpuks) – Upgrading To SCOM 2012 R2 RTM- Report Viewer 2012 Runtime Error

3- Tee varukoopiad oma SCOM Serveritest ja OpsManager ja DataWarehouse andmebaasidest

4- Uuendamise loogika on sarnane eelmistele kordadele, esmalt (R )MS’id ja seejärel riburada teised rolliserverid (ACS, Gateway, Reporting) ja agendid. Jälgima peab, et esimene MS upgrade jookseks kenasti lõpuni. Tesite serverite uuendamine toimub oluliselt kiiremini, sest enam pole vaja uuendada andmebaase ja importida halduspakette.

Uuendamise ajal toimub aktiivne logimine C:\Users\käivitav kasutaja \AppData\Local\SCOM\LOGS nii, et soovi korral võib seal olevatele logidele CMTrace abil pilku peal hoida. Iga uuendatava komponendi koha kirjutatakse eraldi logifail.

5- Võib juhtuda, et uuesti on vaja sisestada SC litsentsivõti. (SC PowerShell Set-SCOMLicense ) ja restardi Data Access teenust kõigis SCOM serverites (või restardi servereid).

 

Üldiselt, hea tervise juures oleva SCOM upgrade mis on sooritatud juhendeid järgides on kiire ja valutu tegevus.

 

Keywords: upgrade SCOM 2012 to 20012 R2

Advertisements

SPN alerts

Kasutades SCOM’is SQL MP’d  võivad teatud juhtudel kerkida üles puuduva (või valesti konfigureeritud) SPN alerdid.

Kui SCOM 2007 (ja vanemate) SQL MP’de  puhul oli SPN alert väga sageli valealarm ja oli kasulik välja lülitada siis hetekel võib MP selle poolega enam vähem rahule jääda.

 

image

MP reageerib kenasti, kui korrektsed SPN’id on AD’st puudu. Üldiselt proovib SQL teenus vastavad SPNid luua teenuse startimisel ja kustutada teenuse stoppimisel. Levinud on probleem, kus see ei õnnestu (võrgutaseme juurdepääsud, konto õigusprobleemid vastva AD objekti ja atribuudi vastu).

Sel juhul kipub SCOM logima portsu SPN alerte. Kuna me siiski tahame likvideerida probleemi, mitte seda ignoreerida, tuleb AD’s SQL teenust jooksutava konto objekti muuta.Pealegi võib vastava SPNi puudumine Kerberost kasutavate protokollide puhul valusalt vastu näppe anda.

Selleks on meil kaks varianti:

AD haldusvahend (a la Active Directory Users and Computers, etc) või SETSPN.EXE

lisama peab väärtused kujul

MSSQLSvc/arvuti.dns.nimi

MSSQLSvc/arvuti.dns.nimi:port  (juhul kui meil on mitu SQL instantsi või need töötavad erinevates portides tuleb lisada pordid)

Objekt (dokumentatsioonis viidatud kui konto), millele need lisada sõltub, kas SQL teenus käib arvutikonto System õigustes – sel juhul masina kontole või kui selleks kasutatakse domeenikontot, siis sellele kontole. Näiteks siis

setspn –S MSSQLSvc/sqlsrv.local:1433 domeen\sqlservice

(NB! -S võti kontrollib ja lisab , -A ainult lisab (põhjustades potentsiaalseid probleeme). -S on saadaval alates Server 2008 st)

Natuke pajatab SPN teemal ka allolev MS KB artikel – http://support.microsoft.com/kb/2443457/

 

 

Keywords: SCOM 2012, SQL Management pack, SPN alert,

MP, MP, MP …

Halduspakid (Management Packs, MP) on SystemCenter’i tarkus ja oskus. MP abil toote funktsionaalsuse laindamist ja uute oskuste õpetamist kasutati OM’is juba mitmeid versioon, nüüdseks on see laienenud ka teistele SC 2012 perekonna liikmetele (Service manager, Orchestrator).

Alljärgnevalt natuke uuemaid viiteid, kust kohast vajalikke MP’sid leida:

1- http://www.systemcentercentral.com/pack-catalog-categories/mp-catalog-pack-catalog/

System Center Central on hea ja põhjatu infovaramu SC entusiastidelt.

2 – http://systemcenter.pinpoint.microsoft.com/en-US/home

MS Pinpoint, värskema URLiga

3 – http://technet.microsoft.com/en-us/library/dd347500.aspx

MP (vähemalt MS poolt pakutavate) juhised (Technet online formaadis)

 

MP’dega on tõsi küll paar häda ja põletavaim nendest võiks olla teadmatus, millal uus MP on välja tulnud. Kas siis päris uue toote jaoks (näiteks Lynx 2013) või juba installeeritud MP uuem ja funktsionaalsem verisoon.

Vajaduse korral saab vähemalt MS MP’sid kontrollida SCOM konsooli tagant, valides siis kas ”Updates available..” või “All ..”. Meeldetuletus – ära  laadi sealtkaudu ühtegi MP’d alla. Niimoodi jääd sa ilma dokumentatsioonist ja võimalik et ka vajalikest lisa failidest.

Või siis käia oma ISV’sid või blogisid pidi infot hankimas.

OM 2005 jaoks oli olemas vastav MP, mis genereeris alerdi, kui MS uuenduse välja lasi.

OM 2012 jaoks pole mina vastavat funktsionaalsust veel leidnud. Siin ja seal (näiteks –http://scom.dk/?p=92) on proovitud teha Powershelli scripti.

 

Keywords: update, managemet packs, download

OM klient Windows Server 2012’le.

image

 

 

Esimeste Windows Server 2012 installatsioonidega on ikka natuke katsetamist ja nuputamist. Lisaks muutunud kasutajainterfeisile ( love or hate it ) on muutunud ka mõned käitumisnüansid.

 

 

SCOM 2012 kliendina (agendi poolt monitooritud süsteemina) pole Windows 8 pesakond veel ametlikult toetatud. Vastav tugi peaks tulema koos SP1’ga.

http://technet.microsoft.com/en-us/library/hh205990.aspx#BKMK_RBF_WindowsAgents

Kui aga siiski  on soov hetkel oma esimesi W12 serverid kuidagi jälgida ja eksperimenteerida siis agendis installeerimisel võivad kerkida järgmised vead.

1- Windowsi tulemüür – luba (aktiveeri) kliendis File & Print sharing, Remote Administration  ja WMI reeglid oma OM serverite suunast. Loomulikult peab lahti olema TCP 5723 MS suunas.

2 – UAC – reeglina ei tohiks segada. Jäta nii nagu on.

3 – Error code 80070643 Agent Management Task aknas. Fatal error during  installation. See on juba tsipa huvitavam ja ootamatum viga. Viidatud logifailid ei räägi midagi tarka vaid vihjavad veale 1603 (mis on samuti suhtelislt üldine veakood). Serveri (kuhu agenti lükatakse) Application Logis on juba huvitavam teade.

 

Error 25211. Failed to install performance counters.. 
Error Code –2147024809 (The parameter is incorrect).

 

Paraku on tegemist täiesti eksitava teatega ja probleemist möödasaamiseks tuleb hoopis lisada .NET 3.5 tugi. Pärast seda saab agenti probleemideta installerida. (.NET 3.5 lisamine võib olla vajalik ka teiste rakenduste kasutamiseks). Loodetavasti saab SP1 agent hakkama ainult .NET4’ga, kuid seda veel ei tea.

Ja jätkuvalt tuletan meeled, et igal juhul soovitan agentide installeerimiseks kasutada “Push install” meetodit. Kõik tulevikus tehtavad muudatused on kordades lihtsamad.

 

 

Keywords: SCOM 2012 Agent install failed error 80070643

 

Kompanii teadmustebaas (KB) SCOM’is

imageAeg ajalt on kasulik (ega siis pea pole prügikast) märkmeid teha ja need kuskile talletada.

Kõige lihtsam on mingis lihtsas tekstiredaktoris endale kuslkile kettanurgale mingi posu txt faile tekitada. Kahjuks pole need mitte millegiga seotud ja kätte saad neid vaid Sina ise. Hoolikalt täidetud ja kasutatav Knowledge Base (KB)  võib päästa Sinu, Sinu töökaaslase või veel kellegi tagumiku.

Kus ja kuidas teadmusbaasi pidada, selle kohta on peetud loendamatuid vaidlusi ja arutelusid. OM sees, eraldi Sharepoindi saidis, System Center Service manageris, 3’’nda partei veebiteenuses. Nende kohta leiab internetist (näiteks System Center Centralis) õpetusi omajagu.

OM pakub juba mitu versiooni võimalust siduda KB artiklid alertidega ja salvestada artiklid OM halduspaketti. ( NB ! Mõistlik on teha KB jaoks omaette halduspaket ( või kui vaja siis isegi mitu))

 

 

SCOM 2012 RTM’iga tuli paraku loll viga, millele mugavat lahendust hetkeseisuga pole.

Microsofti Technetis http://technet.microsoft.com/en-us/library/hh212900.aspx on väike artikel eeltingimustest – kus mingil põhjusel rõhutatakse et OM konsool PEAB olema 32-bit arvutil – no kuulge, 32-bit tööarvuti OS’I jooksutamine on 90’ies. Sellega, et ühilduvuse huvides jooksuta 32-bit Officet olen ma isegi nõus. Tõesti, kui sul pole põletavat vajadust, siis ära kasuta 64-bit MS Officet. Ning nagu öeldud, VS 2005 Tools peab ka olema installeritud, vastasel juhul kuvatakse

image

Okei, kui meil on nüüd kõik eeltingimused täidetud (välja arvatud et OS on 64-bit Windows 7 näiteks) siis avaldub viga järgnevalt:

“Could not load file or assemply ‘Microsoft.Office.Interop.Word, Version = 11.0.0.0, culture = neutral, PublicKeyToken = 71e9bce111e9492c’ or one of its dependencies. The system can not find the file specified.”

image

 

Väidetavalt on MS veast teadlik ja paik tegemisel, aga seniks tuleb teha järgmine “trikk”.

   1:  Ava arvutis OM konsooli kaust (näiteks C:\Program Files\System 
Center2012\Operations Manager\Console)
   2:  Otsi üles fail Microsoft.EnterpriseManagement.Monitoring.Console.exe.config
   3:  Tee sellest tagavarakoopia
   4:  Ava originaal textiredaktoris (puhas tekst)
   5:  Otsi sektsioone <assemblyBinding xmlns=.... (minul oli neid 10)
   6:  Seal on omakorda sektsioonid
   7:  <dependentAssembly>
   8:  <assemblyIdentity name="…
   9:  <publisherPolicy apply="no" />
  10:  <bindingRedirect oldVersion="…..
  11:  </dependentAssembly>
  12:  millele järgneb vahetult uus <publisherPolicy apply="no" /> 
väljaspool dependentAssembly sektsiooni)
  13:  kustuta väljaspool olevad <publisherPolicy apply="no" />  read
  14:  NB! Alles PEAVAD jääma <dependentAssembly>  </dependentAssembly>  sees olevad policyd.
  14:  Salvesta fail ja restardi OM konsool.

 

Keywords: SCOM 2012 , Company knowledge, failed to launch, word assembly

Web Console

SCOM 2012 Web console baseerub täielikult Silverlight’il. Seega saab seda täisfunktsionaalselt vaadata AINULT IE  (7, 8, 9) lehitsejatega. Samas näeb konsool väga-väga MMC rakenduse moodi välja

 

Allpool väike võrdlus, kus välja toodud erinevused MMCga ja mõned pidepunktid mida veebikonsool võimaldab. Üldiselt sõltub muidugi konsoolides nähtav ka rollides/õigustest ja skoopingust. A la kui Sul on operaatori õigused ka siis on MMC rakendus väiksemate võimalustega.

  MMC Web Märkus
Komponendid Monitoring, Authoring, Reporting, Administration,My Workplace Monitoring, My Workplace Seega igapäeva tööks sobiv.
Alerdid Critical, Warning, Informational Critical, Warning Informational tüüpi sündmusi vaikimisi ei näidata, kuid neid saab panna näitama. Vt allpool.
Tasks Kõik erinevad taskid on kasutatavad ja muudetavad. Taskid käivituvad alati defineeritud RunAs konto alt. Puudub võimalus RunAs kontot muuta.
Notification Subscriptions Saab teha uusi ja muut olemasolevaid (otse alerdi kontekstis) Ei saa teha ega muuta.  
Views (My Workplace all) Saab teha ja muuta kõiki erinevat tüüpi vaateid Dashboard view tegemine ja vaatamine, teistel ainult vaatamine  

 

Näita Informational Alerte.

  1. Otsi oma weebikosooli serveerivas serveris välja MonitoringView virtualdirectory füüsilline asukoht.
  2. Muuda seal Web.config failis sekstsiooni  appSettings.
  3. Samas failis on sektsiooni kohta mõned kommentaarid, kuid seal pole dokumenteeritud vastvat parameetrit. Mis on tegelikult sama nagu SCOM 2007’s.Naeratus
  4.   <appSettings>
        <!-- New Settings that were manually added-->
        <add key="AlertSeverity" value="2" />
        <!-- End New Settings that were manually added--> 
      </appSettings>

    .csharpcode, .csharpcode pre
    {
    font-size: small;
    color: black;
    font-family: consolas, “Courier New”, courier, monospace;
    background-color: #ffffff;
    /*white-space: pre;*/
    }
    .csharpcode pre { margin: 0em; }
    .csharpcode .rem { color: #008000; }
    .csharpcode .kwrd { color: #0000ff; }
    .csharpcode .str { color: #006080; }
    .csharpcode .op { color: #0000c0; }
    .csharpcode .preproc { color: #cc6633; }
    .csharpcode .asp { background-color: #ffff00; }
    .csharpcode .html { color: #800000; }
    .csharpcode .attr { color: #ff0000; }
    .csharpcode .alt
    {
    background-color: #f4f4f4;
    width: 100%;
    margin: 0em;
    }
    .csharpcode .lnum { color: #606060; }

  5. iisreset
  6. Dokumenteerimata parameetrite kasutamine on alati 2 otsaga asi, nii et AS-IS.
      Kokkuvõttes võib öelda, et palju MONITOORIMISE tegevusi saab teha tõesti veebikonsooli kaudu ja võimalik, et kehvapoolse lingi otsas on see isegi kiirem täisfunktsionaalsest konsoolist.
      OM enda adminnimiseks peab siiski MMC’d kasutama.
      Raportite vaatamiseks on jällegi soovitav reportserveri veebiotsa kasutada.
        Keywords: SCOM 2012, web console, information event

      SCOM 2007 R2 > SCOM 2012 Upgrade (sile nagu siid …)

       

      Sellega on selline tore lugu, et kui hästi läheb, siis on võimalik täiesti inplace upgrade ja teoorias peaks kõik, mis Sul ennem oli paika sätitud ka tööle jääma (mõned eriti halvad MP’d välja arvatud).

      Reaalelus on upgrade sageli keerukam ja ohtlikum, kui uue lahendus (kõrvale) püstipanek  ja  (andme/konfi ) migreerimine. Nii et eks siin ole igaühel endale näkku vaatamise hetk. KAs on lihtsam uus install teha või proovida upgrade huvitavat teed käia.

      Allpool mõned soovitused ( ja kohtumised ) 2007 R2 > 2012 upgrade käigust.

      1. Hoolitse et olemasolev infra (ja SCOM serverid ) vastaks eelnõuetele. On väga kasulik, kui Su agendid oleks “Push” installiga levitatud. Mõned eeltingimused on lahendatavad ka Installinõustaja abil, kuid see võib takistuseks saada kui serveril pole näiteks Interneti võimalust.

      2. Loe ja tööta läbi MS ametlik juhend uuendamise kohta – http://technet.microsoft.com/en-us/library/hh205974.aspx

      3. Loe läbi näiteks Marnix Wolf’I kogemused reaal-elust alustades siit : http://thoughtsonopsmgr.blogspot.com/2012/04/migrating-from-scom-r2-cu5-to-om12-part.html

      4. Varu endale vajalikud kontoandmed.

      5. BACKUP, BACKUP ja veelkord BACKUP. Recovery keyst, SQL baasidest, ja serveritest.  See päästab Su naha. Samuti hoia käepärast SQL adminni või tea kuidas baase taastada. Kui on võimalik siis vahetult ennem upgrade protsessi algust tee serverist snapshot, seda on võimalik väga kiiresti tagasi kerida.

      Näiteks ühel korral pani intalleri protsess RMS’I peal lihtsalt heast tahtest pange. Tekis olukord, kus  2012 ei olnud veel installeeritud ja 2007 ei olenud enam installeeritud – uuesti alustamine arvas et proovime nüüd tühjalt lehelt.  (Sarnane olukord tekib üldiselt igal fataalsel installtsiooni tõrkel)

      image

      6. Installeerimise ajal varu serverisse miski logifaile inteligentselt näitav utikas. Näiteks SCCM 2012 trace on väga hea – toimub automaatne uuendus ja teatud võtmesõnu sisaldavad read värvitakse kohe kenasti kollaseks või punaseks. Võta vaatluse alla kaust C:\Users\installiv kasutaja\AppData\Local\SCOM\LOGS ja eriti OpsMgrSetupWizard.log. Päris isga errori peale südamerabandust saada pole mõtete ( näiteks kui avastatakse, et sul siiski oli veel mõni agent, mis polnud uuendatud või kui OMSDK teenus MS’ide peal veel ei käi ).

      7. Kui upgrade siiski nässu läheb siis, tuleks kõikides SCOM serverites teenused seisma panna, baasid taastada ja siis katki läinud MS taastada. Peal taastamist veendu, et upgarde eelne seis töötab ( ehk SCOM 2007 ) töötab. A la värsked alerdid saabuvad ja neid on võimalik töödelda.

       

      Keywords: SCOM 2007 R2 upgrade, upgrade hints