Depanarea problemelor de întâmpinare suita de gestionare operațiuni

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3126513
Rezumat
Acest articol conține o serie de pași, proceduri, și sfaturi de depanare pentru ambele integrat Operations Manager atașați modul clienții și acces Direct Agent în Microsoft Operations Management Suite (OMS).

Articolul cuprinde următoarele subiecte

Eroare de înregistrare Operations Manager

Descrie două mesaje de eroare care pot apărea când înregistrați un grup de gestionare Operations Manager (OpsMgr).

Proxy înregistrarea sau configurare pași

Descrie cum se configurează serverele proxy (dacă aveți le) pentru a permite traficul Insights operațional.

Verificarea implementare după înregistrare

Oferă pași de depanare atât pentru integrat Operations Manager atașați modul și agenți direct conectate. De asemenea, descrie cum să verificați flux acoperire de date, cât și erori comune pentru a căuta și cum să le rezolvaţi.

Alte Operations Manager soluții și probleme cunoscute

Descrie diverse probleme legate de punerea operațional Insights de Operations Manager.
Informaţii suplimentare

Eroare de înregistrare Operations Manager

Eroare 2200

Când încercați să vă conectați un grup de gestionare Operations Manager la OMS, primiţi următorul mesaj de eroare:

Eroare 2200: Imposibil să se înregistreze la serviciul Advisor. Contactați administrator de sistem.

Această problemă poate fi provocată de unul dintre următoarele condiții:
  • Spațiul de lucru OMS nu a fost creat înainte de a încerca să integrați cu Operations Manager. Pentru a remedia această problemă, accesați site-ul Microsoft.com\OMS și creați un spațiu de lucru mai întâi. Apoi, încercați punerea prin același cont.
  • După ce ați instalat cele mai recente necesare setul de actualizări, pachete de gestionare necesare nu au fost importate în OpsMgr gestionare grup. Pentru a remedia această problemă, deschideți consola OpsMgr, accesați vizualizarea administrare și apoi selectați opțiunea de a importa pachete de gestionare. Apoi, du-te la %SystemDrive%\Program Files\System Center 2012 SP1\Operations Manager\Server\Management Packs pentru setul de actualizări, și apoi a importa pachetele de gestionare în acest folder. Imediat după operațiunea se termină, reporniți consola și apoi încercați din nou punerea.

Eroare 3000

Când încercați să vă conectați un grup de gestionare OpsMgr la OMS, primiţi următorul mesaj de eroare:

Eroare 3000: Imposibil să se înregistreze la serviciul Advisor. Contactați administrator de sistem.

Această problemă poate fi provocată de unul dintre următoarele condiții:
  • Ceasul server poate fi sincronizat cu ora curentă de mai mult de 5 minute. Puteți remedia această problemă schimbând ora ceas de pe server pentru a se potrivi cu ora curentă. Pentru aceasta, deschideți un prompt de comandă ca administrator, executați w32tm /tz pentru a verifica fusul orar și executați w32tm/resync pentru a sincroniza timpul.

    Notă Chiar și atunci când ceasul spune el este sincronizat (care este sincronizată cu serverul de marcă de timp companiei), ar putea fi încă sincronizat cu una dintre mașinile virtuale în Azure. Deoarece timpul permisă oblic este numai de 5 minute, aceasta este frecvent o problemă. Verificați că aveți se sincronizează cu un server de marcă de timp fiabilă pe Internet. Aveți posibilitatea să depanați în continuare acest tip de problemă activând urmărirea detaliată pe serverul de management sau computerul execută consoler. Pentru mai multe informații despre urmărirea în Operations Manager, consultaţi următorul articol:
    942864 Cum să utilizați urmărirea diagnosticare în System Center Operations Manager 2007 și în System Center Essentials
    În principiu, trebuie să executaţi următoarea comandă:
    StartTracing.cmd VER - reproduce the issue – StopTracing.cmd FormatTracing.cmd
    În fișierele de urmărire ieșire, ar trebui să găsiți o excepție care indică faptul că simbolul a fost respins, deoarece nu a fost încă valid sau a expirat.
  • Un server proxy intern sau Paravanul de protecție poate bloca comunicarea Advisor puncte finale de serviciu. Următoarea secțiune include informații detaliate despre modul de depanare a acestor probleme.

Proxy înregistrarea sau configurare pași

Atunci când un server proxy intern sau Paravanul de protecție blochează comunicarea Advisor puncte finale de serviciu, înregistrarea poate să nu reușească. Sau, după terminarea procesului de înregistrare, OpsMgr comunicare nu reușește. Această secțiune descrie tipul de comunicații și puncte finale care trebuie să fi permise pe fermă de servere de gestionare, consola, direct agenții pentru comunicare pentru Insights operațional și să funcționeze.

Pasul 1: Solicitare excepție puncte finale de serviciu

Următoarele domenii și URL-urile trebuie să fie accesibilă prin paravanul de protecție sau proxy pentru management server pentru a accesa consolidare servicii Web Azure operațional Insights.

Unele fermă de servere proxy pot necesita că HTTPS control fi evitată. URL-urile care necesită aceasta sunt notate în tabelele de mai jos.

Server de gestionare
URLBypass HTTPS controlPorturi
service.systemcenteradvisor.com443
*. service.opinsights.azure.com443
scadvisor.accessControl.Windows.net443
scadvisorservice.accessControl.Windows.net443
*.blob.Core.Windows.net/*X443
data.systemcenteradvisor.com443
ods.systemcenteradvisor.com443
*. ods.opinsights.azure.comX443
*. systemcenteradvisor.com443

Notă Cu unele viitoare soluții (de exemplu, securitate și Audit), din cauza volum mare acoperire de date trimise în aceste scenarii, agenți va raporta date direct pe cloud fără queuing prin intermediul serverului de gestionare, chiar și atunci când OpsMgr de raportare și primirea de configurare din grupul de gestionare OpsMgr. În aceste scenarii următorul domeniu și portul trebuie, de asemenea, permisă pe proxy și Paravane de protecție:

URLBypass HTTPS controlPorturi
*. ods.opinsights.azure.comX443

Notă Proxy setarea specificată în pasul 2 de mai jos vor fi propagate automat OpsMgr client agenți.
Consola managerului de operațiuni
Următoarele domenii și URL-urile trebuie să fie accesibilă prin paravanul de protecție pentru a vizualiza portalul web Advisor și consola Operations Manager (pentru a efectua 'înregistrare' la Azure operațional Insights).

ResurseBypass HTTPS controlPorturi
*. systemcenteradvisor.com80, 443
*. live.com80, 443
*. microsoft.com80, 443
*. microsoftonline.com 80, 443
login.Windows.net80, 443

De asemenea, asigurați-vă că Internet Explorer proxy este setat corect pe computer sunt utilizate. Poate fi deosebit de valoros să încercați conectarea la un site-ul SSL activat, cum ar fi https://www.Bing.com pentru a verifica că HTTPS connections va funcționa. Dacă HTTPS conexiunea nu funcţionează dintr-un browser, acesta, probabil, de asemenea, nu va funcționa din consola Operations Manager sau în module server care discutați cu serviciile web din cloud.
Agenți conectat direct
Direct Agent nu utilizează acreditările de conectare la spațiul de lucru; în schimb, trebuie să introduceți ID-ul de spațiu de lucru și cheia. Aceste acreditări utilizate pentru înregistrarea şi apoi după ce agentul este înregistrat, un certificat este utilizat. Direct Agent trebuie să se conecteze numai următoarele destinații:

URLBypass HTTPS controlPorturi
*.blob.Core.Windows.net/*X443
*. oms.opinsights.azure.comX443
*. ods.opinsights.azure.comX443
ods.systemcenteradvisor.com443

După ce terminați înregistrarea mediul OpsMgr la serviciul Advisor, urmați pașii 2, 3 și 5 pentru a permite serverele de gestionare a trimite date către serviciul Web Advisor. Rețineți că Pasul 4 este necesară numai dacă nu ați instalat cele mai recente actualizări.

Pasul 2: Configurați serverul proxy în consola OpsMgr

  1. Deschide consola OpsMgr.
  2. Treceți la vizualizarea de administrare .
  3. Sub nodul System Center Advisor , selectați Conexiunea de control.
  4. Faceți clic pe configurare server proxy:

  5. Bifați casetă de selectare pentru a utiliza un server proxy pentru a accesa serviciul Web Advisor
  6. Specificați adresa proxy în http://proxyserver:port format:

    Adresă proxy

Pasul 3: Specificați acreditările pentru OpsMgr dacă serverul proxy necesită autentificare

Dacă serverul proxy necesită autentificare, puteţi specifica pentru un cont OpsMgr RunAs şi asociat cu System Center Advisor Executare ca profil Proxy:
  1. În consola OpsMgr, accesați vizualizarea de administrare .
  2. Sub nodul RunAs configurație , selectați profiluri.
  3. Faceți dublu clic pentru a deschide System Center Advisor Executare ca profil Proxy:

    System Center Advisor Executare ca Proxy de profil
  4. Faceți clic pe Adăugare pentru a adăuga un Cont RunAs. Puteți crea unul sau utilizați un cont existent. Acest cont trebuie să aveți permisiuni suficiente pentru a trece prin proxy.
  5. Set de cont pentru a fi orientate spre grupul Operations Manager gestionare fermă de servere .
  6. Terminați expertul și salvați modificările:

Pasul 4: Configurarea serverului proxy pe fiecare server de gestionare OpsMgr pentru cod gestionat

Există o setare suplimentare în Operations Manager care este destinată de raportare erori generale. Cu toate acestea, când este activată această setare, setarea proxy poate, de asemenea, termina care afectează funcționalitatea Advisor conector. Aceasta se întâmplă deoarece modulele același poate fi utilizat în mai multe fluxuri de lucru. De aceea. Microsoft recomandă setarea server proxy la același proxy pentru fiecare server de gestionare. Pentru a face acest lucru, urmați acești pași:
  1. În consola OpsMgr, accesați vizualizarea de administrare .
  2. Selectați Gestionarea dispozitivelor, și apoi selectați nodul de Gestionare fermă de servere .
  3. Faceți clic dreapta, selectați Proprietăți pentru fiecare MS (una în timp), iar apoi setați proxy pe fila Setările Proxy :

Verificarea implementare după înregistrare

Pasul 1: Verificați că pachetele de gestionare dreapta sunt descărcate în mediul Operations Manager

În funcție de ce soluții (cunoscut anterior ca pachetele Intelligence) că ați activat în portalul operațional Insights, va veţi vedea unele sau toate management pachetele în următoarea fotografie de ecran. Căutare cuvinte cheie "Consultant" sau "Soluţie" în nume de sign-in lor, și asigurați-vă că soluțiile pe care ați activat-au corespunzătoare pachete de gestionare a instalat.



De asemenea, puteţi verifica pentru aceste pachete de gestionare prin PowerShell utilizând următoarele comenzi:
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken | Out-GridView
Notă Dacă depanați soluția capacitatea, verificați cât de multe pachete de gestionare aveți care are un nume care conține "capacitate." Există două pachete de gestionare care au același nume de afișare dar internă ID-uri diferite care provin din același pachet management pack. Dacă unul dintre cele două nu obțineți importate (frecvent din cauza lipsesc dependențele VMM) alt pachet de gestionare nu pot fi importate fie.

Ar trebui să vedeţi următoarele trei pachetele de gestionare legate de "capacitate":
  • Microsoft System Center Advisor capacitate Intelligence Pack
  • Microsoft System Center Advisor capacitate Intelligence Pack
  • Microsoft System Center Advisor capacitate de stocare date
Dacă Vedeți numai una sau două dintre acestea, eliminați-le și așteptați 5-10 minute pentru Operations Manager să descărcați și să le importați din nou. Dacă aceasta nu reușește, Verificați jurnal de evenimente de erori în această perioadă.

Pasul 2: Validarea că soluțiile potrivite sunt descărcate de Agent Direct

Cu agenți Direct, ar trebui să vedeți politica de colectare soluții stocat în memoria cache în calea C:\Program Files\Microsoft monitorizarea Agent\Agent\Health State\Management pachete de consolidare servicii :


Pasul 3: Validarea că datele este trimis la serviciul Advisor (sau cel puțin care este încercat o trimitere)

  1. Deschideți Performance Monitor.
  2. Selectați Health Service Management grupuri.
  3. Adăugați toate contoare care încep cu HTTP:

  4. Dacă este corectă configurația, ar trebui să vedeţi activitate de firmă de contoare aceste evenimente și alte date este încărcat (pe baza soluții încărcate în portalul și politica de colectare a configurat jurnal). Aceste contoare nu trebuie neapărat să fie continuu ocupat. Cu toate acestea, dacă Vedeți ceva sau nicio activitate, ar putea fi că nu ați adăugat mai multe soluții sau că aveți o politică de colectare foarte ușor.

Pasul 4: Verificaţi pentru erori în management server sau jurnalele de evenimente Direct Agent

Ultimul pas, dacă nu toate de pașii de mai sus, verificați dacă aveți orice erori în Vizualizator evenimente – > aplicații și consolidare servicii – > jurnal de evenimente Operations Manager . Filtru de eveniment surse: Advisor, Health Service module, HealthServiceși Conectorul Service (aceasta ultima se aplică Direct Agent numai). Puteți copia aceste evenimente și post-le în forumul de Feedback astfel încât echipa de produs vă putem oferi ajutor suplimentar. Cele mai multe dintre aceste evenimente, de asemenea, se găsesc pe Direct Agent și pași de depanare sunt similare. Doar o parte care diferă între un mediu integrat OpsMgr și utilizați direct agenții este procesul de înregistrare:
  • Atunci când este conectat la Operations Manager, aveți un expert cu integrare browser care vă permite să alegeți spațiul de lucru ca un utilizator/administrator. Apoi, OpsMgr se ocupă de schimbul de certificate și utilizează cele pentru management pack descărcare și datele de transfer Insights operațional.
  • Când folosiți Direct agenții, doar copiaţi şi lipiţi workspace ID-ul şi cheia și cele utilizate pentru a verifica că este cu adevărat care sunt înregistrarea acestor agenți și că dețineți acel spațiu de lucru. După ce sunteţi autentificat, certificate sunt schimbate sub hood de serviciul într-un mod asemănător când OpsMgr este integrat.
Cele mai multe dintre aceste evenimente se aplică pentru ambele tipuri de infrastructură de raportare. Deschideți Vizualizator evenimente – > aplicații și consolidare servicii – > Operations Manager și filtru evenimente surse: Advisor, Health Service module, HealthService și Conectorul Service (aceasta ultima se aplică Direct Agent numai).



Câteva dintre evenimentele care este posibil să vedeți când lucrurile nu funcționează corect sunt incluse în tabelul următor:
EventIDSursăSensulRezolvare
2138Module de consolidare servicii de sănătateProxy necesită autentificareUrmați Pasul 3 și Pasul 1 de mai sus.
2137Module de consolidare servicii de sănătateImposibil de citit certificatul de autentificareExecutați din nou Expertul de înregistrare Advisor va remedia conturi runas/certificate.
2132Module de consolidare servicii de sănătateNu autorizatPoate fi o problemă cu certificat și înregistrarea la serviciu. Încercați să executați din nou Expertul de înregistrare Advisor, care va rezolva certificate și conturi runas. În plus, verificați dacă proxy-ul a fost setată pentru a permite excluderi per Pasul 1 de mai sus, și verificați dacă autentificarea la Pasul 3. De asemenea, Verificați că utilizatorul are acces prin proxy.
2129Module de consolidare servicii de sănătateConexiunea nu a reușit / negocierea SSL nu a reușitPot exista unele setări incorecte TCP pe server. Verificaţi acest post de la Comunitate pentru mai multe informații: http://jacobbenson.com/?p=511.
2127Module de consolidare servicii de sănătateEroare de trimitere date primit cod de eroareDacă se întâmplă numai o singură dată în marcă de timp ce aceasta poate fi doar o anomalie aleatoriu, care poate fi ignorat. Monitor pentru a înțelege cât de des se întâmplă. Dacă se întâmplă frecvent (fiecare 10 minute sau atât pe parcursul zilei), atunci este o problemă. Verificați-vă configurația rețelei și setările proxy, apoi executați din nou Expertul de înregistrare. Dacă se întâmplă numai sporadic (adică câteva ori pe zi) apoi totul ar fi bine, ca date vor fi dispuse în coadă şi retransmis.
Unele dintre codurile de eroare HTTP au unele semnificaţia speciale. De exemplu, pentru prima dată când un MMA direct agent sau server de gestionare încearcă să trimită date către serviciul nostru, acesta va primi o eroare 500 cu un cod de eroare 404 interior. 404 înseamnă că nu a găsit, care indică faptul că zona de stocare vom utiliza pentru acest spațiu de lucru nou ta nu este destul de pregătit încă (acesta este încă fiind deține un cont). Pe Reîncercare viitoare, aceasta va fi gata și flux va începe să lucreze conform așteptărilor.
O eroare 403 poate indica o problemă de permisiune sau acreditări. Există mai multe informații despre eroare 403 mai jos în secțiunea specifice Direct Agent din acest post.
2128Module de consolidare servicii de sănătaterezoluţie de nume DNS nu a reușitCând serverul nu poate rezolva adresa Internet utilizată pentru trimiterea datelor. Acest lucru poate fi setărilor Rezolvitorului DNS pe computerul dvs., setările proxy incorecte sau poate o problemă temporară cu DNS de la furnizorul. Cum ar fi evenimentului anterior, în funcţie de dacă se întâmplă în mod constant sau doar o dată într-un marcă de timp, poate fi o problemă sau nu.
2130Module de consolidare servicii de sănătateExpiraCa evenimentului anterior, în funcţie de dacă se întâmplă în mod constant sau doar o dată într-un marcă de timp, poate fi o problemă sau nu.
4511HealthServiceImposibil de încărcat modulul "System.PublishDataToEndPoint"-fișier negăsitInițializarea de un modul de tip "System.PublishDataToEndPoint" (CLSID "{D407D659-65E4-4476-BF40-924E56841465}") nu a reușit cu cod de eroare sistemul nu poate găsi fişierul specificat.

Această eroare indică aveți dll vechi pe computer care nu conțin module necesare. Fix este de a actualiza serverele de Management la cel mai recent pachet set de actualizări.
4502HealthServiceModul s-a blocatDacă Vedeți acest lucru pentru fluxuri de lucru cu nume, cum ar fi CollectInstanceSpace sau CollectTypeSpace, aceasta poate implica serverul are probleme cu trimiterea datelor. În funcție de cât de des se întâmplă, poate fi o problemă sau nu. Dacă se întâmplă mai mult decât o dată pe oră venind este o problemă, însă dacă acesta nu numai o singură dată sau de două ori pe zi va fi bine, ar trebui să se poată recupera. În funcție de cum modulul eșuează (Descrierea va avea mai multe detalii) aceasta poate fi o problemă local (ex., pentru a colecta dB) sau o problemă trimiterea în Cloud. Verificați setările de rețea și proxy și dacă tot nu reușește, încercați să reporniți HealthService.
4501HealthServiceModulul "System.PublishDataToEndPoint" s-a blocatUn modul de tip "System.PublishDataToEndPoint" a raportat o eroare 87L care a fost execută ca parte a regulii "Microsoft.SystemCenter.CollectAlertChangeDataToCloud" execută de exemplu "Operations Manager grup de gestionare" cu ID-ul: "{6B1D1BE8-EBB4-B425-08DC-2385C5930B04}" în management de grup "SCOMTEST".

Ar trebui să nu vedeţi acest cu această exactă flux de lucru, modul şi eroare mai. Este folosit pentru a fi o eroare dar acum este fix. Acesta a fost urmărită aici http://feedback.Azure.com/forums/267889-Azure-operational-Insights/suggestions/6714689-Alert-management-Intelligence-Pack-not-sending-ale
4002Conectorul serviceServiciul a returnat codul de stare HTTP 403 ca răspuns la o interogare. Verificați-vă cu administratorul serviciului pentru starea de funcționare a serviciului. Interogarea va reîncerca mai târziu.Puteți obține un 403 în timpul fazei de înregistrare inițială agent și veți vedea un URL similar cu următorul:
https://<YourWorkspaceID>.oms.opinsights.azure.com/ AgentService.svc/AgentTopologyRequest

Cod de eroare 403 înseamnă interzis. Aceasta este de obicei o cheie sau spațiu de lucru ID ortografiat eronat sau ceasul nu este sincronizat (la fel ca pentru "eroare 3000' la începutul acestui articol) – Vedeți mai multe </YourWorkspaceID>aici

Pasul 5: Căutați de agenți pentru a trimite datele lor și să-l indexate în portal

Verificați în portalul operațional Insights pentru a vedea dacă sunt computerele de raportare. Din pagina Prezentare generală navigați la Dala Setări albastru mare. Acesta va fi fie dala prima sau ultima în funcție de configurație. În setări, faceți clic pe fila Surse conectat . Fiecare coloană în această pagină reprezintă un tip de sursă acoperire de date diferite atașat la OI (servere atașată direct, grupuri de gestionare Operations Manager și conturile de stocare Azure). Faceți clic pe albastru "X servere/gestionare conturi de depozitare grupuri conectat" și vă va aduce la o căutare cu mai multe detalii. În această pagină, de asemenea, veți vedea o listă de grupuri de gestionare individuale conectate. Făcând clic pe unul dintre aceste grupuri de gestionare va aduce, de asemenea, să căutați și a afișa o listă de fermă de servere conectat la acest grup de gestionare.

Notă Dacă o sursă acoperire de date este listată ca raportarea pe această pagină aceasta nu înseamnă neapărat le-am colectat toate datele din sursa. În acest caz, este posibil că si în căutare din această pagină va afișa rezultatele inconsistente (ex., veți vedea o sursă acoperire de date enumerate în Surse conectat, dar nu va fi în căutare). Odată ce a început colectarea datelor, la o adresă IP sau de la colecția de jurnal, rezultatele căutării vor fi consistentă.


Consultant echipa Inginerilor este angajat în rezolvarea toate problemele de întâmpinare atât contactaţi-ne dacă întâmpinați probleme. Suntem aici pentru a ajuta.

Alte Operations Manager soluții și probleme cunoscute

Butonul Căutare în casetă de dialog "Adăugare un Computer/grup" lipsește

Unii clienți au raportat că butonul Căutare în casetă de dialog căutare Computer lipsește. În prezent investigăm acest lucru. Ca soluție temporară, faceți clic în caseta de editare Filtreaza (opțional) și apoi apăsați pe tasta Tab pentru a ajunge la butonul Căutare invizibile. Apoi, aveți posibilitatea să activați butonul apăsând <Spacebar>sau <Enter>cheie.

</Enter></Spacebar>

Probleme de colectare jurnal IIS

Următorul articol conține informații specifice despre cum se configurează mai bine IIS înregistrarea în jurnal pentru utilizare cu Insights operaționale, precum și unele alte probleme cunoscute:

http://blogs.TechNet.com/b/momteam/Archive/2014/09/19/IIS-Log-format-requirements-in-System-Center-Advisor.aspx

Unele dintre informațiile din acest articol se aplică și la Direct Agent, dar acesta este destinat în primul rând Operations Manager. De asemenea, include informații suplimentare despre IIS agentul Direct.

Probleme de conectivitate pot apărea când certificatul Baltimore CyberTrust Root nu este instalat


Pe computerele client pot apărea probleme de conectivitate atunci când următoarele condiții sunt adevărate:
  • Computerele client utilizează Microsoft Intune și aveți mecanismul de certificat rădăcină automate dezactivat.
  • Certificatul Baltimore CyberTrust Root nu este instalat.

Pentru a rezolva această problemă când mecanismul de actualizare automată rădăcină certificat este dezactivat pe un computer client, instalați Certificatele rădăcină mai recente pentru a vă asigura că computer client este actualizat și în siguranță. Utilizați Catalog Microsoft Update pentru a găsi cele mai recente actualizări de certificat rădăcină. Puteți căuta "rădăcină update" sau numărul de articol baza de cunoștințe Microsoft pentru Windows certificat rădăcină Program (931125) și apoi descărcați cel mai recent pachet de actualizare rădăcină. Deoarece pachetele de actualizare rădăcină sunt cumulative, trebuie să instalați numai cel mai recent pachet pentru a primi toate certificatele rădăcină în program.

Pentru mai multe informații despre această problemă, consultați, următorul articol din baza de cunoștințe Microsoft:

2831435 Probleme de conectivitate pot apărea când certificatul Baltimore CyberTrust Root nu este instalat pe computerele client care utilizează Microsoft Intune

Cum se restricționează utilizarea anumitor algoritmi criptografici și a protocoalelor în schannel.dll

Este posibil să existe situații care necesită să limiteze utilizarea anumitor algoritmi criptografici și protocoale în fișierului schannel.dll. Pentru mai multe informații despre cum se face acest lucru, consultați următorul articol din baza de cunoștințe:

245030 Cum să restricționezi utilizarea unor algoritmi criptografici şi a unor protocoale în Schannel.dll

Evaluare SQL și AD

SQL și AD evaluare necesită .NET Framework 4 să se execute pe fiecare agent trebuie evaluată. Analiză se execută pe mașinile SQL Server și pe controlerele de domeniu (AD). Evaluare SQL acceptă edițiile Standard, de dezvoltare și Enterprise de SQL Server (toate versiunile acceptate în prezent).

Evaluare software rău intenționat

Windows 7 și Windows Server 2008 R2 au probleme descrise și urmărit aici:

http://feedback.Azure.com/forums/267889-Azure-operational-Insights/suggestions/6519211-Windows-Server-2008-R2-SP1-Servers-are-Shown-as-n

Aveți posibilitatea să vedeți ce produse anti-malware sunt activate urmând acest subiect:

http://feedback.Azure.com/forums/267889-Azure-operational-Insights/suggestions/6519202-support-other-antivirus-Products-in-malware-assess

Informații specifice direct agent

Cele mai multe dintre erorile din tabelul de mai sus sub 'Procedura 4' despre 'Gestionare servere' aplică Direct Agent. În Direct Agent, fiecare agent este responsabilă pentru comunicarea cu operațional Insights pe cont propriu, spre deosebire de când integrat cu Operations Manager în cazul în care este serverul de management care trimite date în nume de sign-in agenți de raportare la el, astfel acționa ca un gateway.

Agentul Direct, cea mai comună problemă este cod de eroare 403 , ceea ce înseamnă "interzisă." Aceasta este de obicei o cheie sau ortografiat eronat workspaceId. Vă puteți obține mai multe informații despre acest lucru aici.

Alte lucruri care vă sunt în prezent de urmărire pentru Direct Agent se numără următoarele:

-Capacitatea Intelligence pachetul de gestionare nu funcționează cu Direct Agent. Aceasta funcționează numai cu Operations Manager și, de asemenea, trebuie Operations Manager se integrează cu maşină virtuală Manager. Am de urmărire idei pentru generalize această soluţie aici:

http://feedback.Azure.com/forums/267889-Azure-operational-Insights/suggestions/6662146-Open-up-the-capacity-management-Pack-for-other-sys

-Alertă Intelligence pachetul de gestionare nu funcționează cu Direct Agent. El necesită Operations Manager pentru a sincroniza avertizări în Cloud.

-Evaluare Malware funcționează cu excepția problema notat mai sus pentru Windows 7 și Windows Server 2008 R2.

Rețineți că evaluarea de actualizare, modificare urmărire, precum soluțiile de gestionare jurnal pentru colectarea de evenimente Windows și IIS jurnalele funcționează atât pentru Operations Manager și Direct Agent deja.

Dacă aveți nevoie de mai multe informații despre cum să instalați agent, inclusiv un scenariu și nesupravegheate metode, Consultați documentația aici:

https://Azure.Microsoft.com/en-us/Documentation/articles/operational-Insights-direct-agent/

Dacă trebuie, acceptă Direct Agent trece prin proxy și nu există un script PowerShell în documentația de mai sus, care pot fi utilizate pentru a configura ce server proxy și acreditări pentru a utiliza pe agentul. Este o aplicație specifică setarea astfel încât nu proces decât MMA pe trebuie să fie capabil să ştiţi cum să ajungă la Internet.

Dacă VM dvs. este în Azure, aveți posibilitatea să instalați un singur clic/enable agent de la Azure portal:

http://Azure.Microsoft.com/en-us/updates/easily-Enable-operational-Insights-for-Azure-virtual-machines/

De asemenea, Rețineți că nu există în prezent numai 64-bit traducere de agent. Feedback pentru un agent potențiale de 32 de biți este urmărită aici:

http://feedback.Azure.com/forums/267889-Azure-operational-Insights/suggestions/6744349-Support-for-Windows-2003-and-2008-Servers-32-bit

Informații de diagnosticare Windows Azure

Gestionare jurnal prin portalul Azure integrare vă permite să colecta, de asemenea, evenimente Windows de stocare Windows Azure Diagnostics (TEANC). Aceasta funcţionează şi pentru roluri de consolidare servicii Cloud și virtuale IaaS poate să fie configurat pentru a scrie TEANC.

Colectare IIS jurnalele de TEANC funcționează pentru consolidare servicii Cloud și pentru IaaS SMS, dar nu în prezent pentru Azure site-uri Web. Acest lucru este urmărit aici:

http://feedback.Azure.com/forums/267889-Azure-operational-Insights/suggestions/6519351-Collect-IIS-logs-from-Windows-Azure-Diagnostics-St

Examinați și vota idei despre ce se poate colecta pentru această categorie în forumul nostru:

http://feedback.Azure.com/forums/267889-Azure-operational-Insights/category/88086-log-management-and-log-Collection-Policy

În cele din urmă, aici este o bună carte cum se configurează dvs. Microsoft Azure roluri și SMS pentru scrierea de stocare Windows Azure diagnostice:

http://download.Microsoft.com/download/B/6/C/B6C0A98B-D34A-417C-826E-3EA28CDFC9DD/AzureSecurityandAuditLogManagement_11132014.pdf
OpsMgr 2012 R2

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3126513 - Ultima examinare: 08/06/2016 10:35:00 - Revizie: 4.0

Microsoft System Center 2012 Operations Manager, Microsoft System Center 2012 R2 Operations Manager, Microsoft Operations Management Suite

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3126513 KbMtro
Feedback