Eveniment 31551 când Operations Manager încearcă să se conecteze la baza acoperire de date a depozitului acoperire de date

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: 3084547
Simptome
Un server de gestionare a System Center Operations Manager nu poate conecta la sau comunica cu cluster SQL care găzduiește baza acoperire de date a depozitului acoperire de date. În această situație, event ID 31551 se înregistrează în Jurnalul de Operations Manager, împreună cu o descriere care seamănă cu următorul pentru diferite nume de flux de lucru:

Nume: Operations Manager
Sursă: Sănătate module Service
Data:
ID eveniment: 31551
Categorie activitate: stratul legăturii acoperire de date
Nivel: eroare
Cuvinte cheie: clasic
Utilizator: N/A
Computer: server. Contoso.com
Descriere:
Nu a reușit pentru a stoca datele în depozitul acoperire de date. Operațiunea va fi încercat.
Excepție 'SqlException': Un legate de rețea sau instanță specifice eroare la stabilirea unei conexiuni la SQL Server. Serverul nu a fost găsit sau nu a fost accesibil. Verificați că nume de sign-in de exemplu este corectă și că SQL Server este configurat pentru a permite Conexiuni la distanță. (furnizor: SQL interfețe de rețea, eroare: 26 - eroare Server/instanță găsirea specificat)

Unul sau mai multe fluxuri de lucru au fost afectate de aceasta.

Nume de flux de lucru: Microsoft.SystemCenter.DataWarehouse.CollectEventData
Nume instanță: server. Contoso.com
Instance ID: {8A13A832-776E-096E-32E7-DC479FCD6DBC}
Gestionare grup: SupportGroup
Cauză
Focalizarea aici ar trebui să fie următorul șir:

eroare: 26 - eroare Server/instanță găsirea specificat

Această eroare este adesea considerat să apară, deoarece o conexiune la distanță nu este activată pe server. Cu toate acestea, această eroare este generat de fapt atunci când clientul nu poate primi un pachet de UDP SSRP răspuns de la SQL Browser. Acest comportament se produce de obicei, deoarece UDP port comunicare este blocată între management server și SQL cluster care găzduiește Operations Manager DW.

Rețineți că această eroare se produce numai atunci când încercați să vă conectați la o instanță de SQL Servernamed. Acesta nu ar trebui să apară atunci când vă conectați la instanță implicită. Aceasta este, chiar dacă încercarea de conectare nu reușește în această etapă (de exemplu, datorită unei erori de găsirea specificat server sau instanță), aceasta va continua încearcă să se conecteze utilizând valorile implicite (de exemplu, utilizând port TCP implicit de 1433, nume de sign-in de canal implicit pentru Named Pipes, și așa mai departe). Alte mesaje de eroare pot fi generate din cauza unei erori de mai târziu, dar nu acest mesaj de eroare.
Rezoluţie
Pentru a rezolva această problemă, vă trebuie să rezolva orice problemă provoacă UDP port comunicare nereușita între management server și SQL cluster. În majoritatea cazurilor, este destul de uşor pentru a izola problema urmând acești pași:
  1. Asigurați-vă că nume de sign-in serverului este corectă (de exemplu, asiguraţi-vă că nu există nici o eroare în numele).
  2. Asigurați-vă că nume de sign-in de exemplu este corectă și că instanța de fapt, există pe computerul țintă. Rețineți că unele aplicații conversia / la \. Dacă nu sunteți sigur despre aplicația dvs., încercați atât "server\instance" și "server\\instance" în șirul de conexiune.
  3. Asigurați-vă că serverul este accesibil. Asigurați-vă că DNS poate fi rezolvată corect și că aveți comanda ping la server.
  4. Asigurați-vă că serviciul SQL Browser se execută pe server.
  5. Dacă Paravanul de protecție este activată pe server, asigurați-vă că există o excepție pentru sqlbrowser.exe și portul UDP 1434.

Puteţi descărca utilitarul PortQry din următorul articol din baza de cunoștințe pentru a testa pașii 4 și 5:

832919Noile caracteristici și funcționalitate în PortQry versiunea 2.0

După ce aţi PortQry, executaţi următoarea comandă:

portqry.exe - n serverName -p UDP -e 1434

Dacă această comandă returnează informații și conține instanța țintă, puteți exclude scenariile din pașii 4 și 5. Acest lucru înseamnă că SQL Browser este executarea și că Paravanul de protecție nu blochează pachete UDP de Browser SQL.

După ce aţi terminat cu acești pași, eroarea ar trebui să nu mai apară. Server de gestionare nu poate încă să conectarea la SQL server, dar dacă da, un mesaj de eroare diferite ar trebui să fie declanşat t în acest moment. Dacă serverul de management tot nu reușește să se conecteze, înlocuiți "server\instance" cu "tcp:server\instance" orwith "np:server\instance" și apoi vedeți dacă succes cu Protocolul NP sau TCP.
Informaţii suplimentare
Această problemă este cauzată de o combinație a următoarelor:
  • Aspecte de Windows Cluster
  • Cum SQL Server numit instanță este descoperit
Când vă conectați la Server SQL numit instanțe, componentele de client se bazează pe SQL Browser pentru a descoperi serverul și parametrii săi. Procesul de descoperire se execută după cum urmează:

  • Clientul trimite un pachet UDP SQL Browser pe computerul țintă. Atunci când instanța denumită este într-un cluster Windows, este trimis pachet IP de cluster sau mai precis, Adresă IP, care corespunde cu mașina virtuală care execută SQL Server. Cu toate acestea, SQL Browser nu este dependentă de cluster și o ascultă pe orice IP.
  • Când SQL Browser primește UDP Solicitare pachet, Trimite un răspuns UDP pachet înapoi client. Deși Adresă IP de destinație este o adresă IP client, Adresă IP sursă se modifică. Acum este Adresă IP a adaptor de reţea pe computerinstead fizice de Adresă IP a serverului SQL virtual.
  • Adresă IP sursă a pachetului UDP răspuns este determinată de sistemul de operare Windows, bazat pe tabelul de rutare. Deoarece atât Adresă IP a serverului SQL virtuale și Adresă IP care este atașat la adaptor de reţea fizice sunt, de obicei în aceeași subrețea și, prin urmare, fac parte din aceeași cale, Adresă IP fizic este selectată. În funcție de setările de securitate pe computerele client și server, acest pachet de răspuns UDP pot fi omise nici un paravan de protecție terț sau de IPsec, deoarece se modifică Adresă IP peer. Rețineți că Paravanul de protecție Windows nu va scădea pachet.
  • Rețineți că dacă clientul este un computer Windows Vista, IPsec poate scădea pachet dacă politică IPsec este activată pe client și dacă acesta nu poate stabili o conexiune de încredere între client și server. Pentru a rezolva această problemă, specificați manual nume de sign-in TCP port sau canal în șirul de conexiune.
OpsMgr 2012 R2

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3084547 - Ultima examinare: 08/15/2015 02:08:00 - Revizie: 1.0

Microsoft System Center 2012 R2 Operations Manager, Microsoft System Center 2012 Operations Manager Service Pack 1, Microsoft System Center 2012 Operations Manager, Microsoft System Center Operations Manager 2007 R2

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3084547 KbMtro
Feedback