• Cikk

Adatbázissal kapcsolatos problémák elhárítása

 

Közzétéve: 2016. március

Hatókör: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager

A System Center 2012 – Data Protection Manager (DPM) folyamatai az SQL Server 2008 SP1 egy példányában létrehozott adatbázisra támaszkodnak.

A DPM-adatbázis az összes DPM-beállítást, konfigurációt és jelentési adatot tárolja a DPM-hez.

Egy adatbázishiba esetén a DPM-feladatok leállhatnak, a hiba megzavarhatja a DPM felügyeleti konzol használatát, megakadályozhatja a DPM jelentéskészítését és leállíthatja a DPM-szolgáltatást.Az alacsony memóriaszint vagy a processzor magas kihasználtsága miatt felgyülemlett kérések ügyfél-időtúllépést is okozhatnak (amikor a DPM-folyamatoknak sok időbe telik létrehozni a kapcsolatot az SQL Serverrel vagy lefuttatni egy SQL-lekérdezést).

A DPM-adatbázishibák lehetséges okai többek között a következők:

  • Szokatlanul nagy számú védelmi feladat kerül egyidejűleg feldolgozásra a DPM-kiszolgálón, és az SQL Server nem képes kezelni ilyen mennyiségű kérést megfelelő idő alatt.Ez az ügyfél-időtúllépések és szokásos hálózati hibák leggyakoribb oka.

  • A DPM által használt egyik adatbázisban vagy tranzakciónaplóban elfogyott a szabad lemezterület.

  • A DPM-adatbázis inkonzisztens állapotba kerül vagy megsérül.

  • Az SQL Server-szolgáltatás nem fut vagy nincs helyesen konfigurálva.

A DPM-ben egyes adatbázishibákat átmeneti problémák okozzák, amelyek maguktól megoldódhatnak.Ilyen hibák például az elégtelen erőforrások, az ügyfél-időtúllépések, az elégtelen lemezterület a tranzakciónaplókhoz, a holtpontok az SQL Serverben, a helyreállítható adatbázishibák és az időzítési problémák.

Mielőtt az ilyen típusú adatbázishibák esetén futtatná a diagnosztikát, végezze el az alábbi lépéseket a DPM-kiszolgálón, hogy biztos legyen, a probléma nem átmeneti.

Az esetlegesen átmeneti adatbázishibát okozó problémák megoldása

  1. Ellenőrizze, hogy fut-e az SQL Server-szolgáltatás.A Felügyeleti eszközök alatt nyissa meg a Szolgáltatások ablakot, és ellenőrizze, hogy az SQL Server-szolgáltatás (MSDPM2010) állapota az Elindítva állapot.Ha nem, kattintson a jobb egérgombbal a szolgáltatásra, majd helyzettől függően kattintson az Indítás vagy Folytatás parancsra.

  2. Ha ez nem oldja meg a problémát, akkor zárja be a DPM felügyeleti konzolt, majd nyissa meg újra.

  3. Ha ez sem oldja meg a problémát, állítsa le a DPM-szolgáltatást és az SQL Server-szolgáltatást (MSDPM2010) is, majd indítsa újra mindkettőt.(A legtöbb esetben a DPM-szolgáltatás újraindítása megoldja a problémát.)Útmutatásért lásd: Általános hibaelhárítási lépéseket.

Ha olyan adatbázishibákat tapasztal a DPM-ben, amelyek nem átmeneti jellegűek, akkor a probléma összetett lehet.Együtt kell működnie az SQL Server rendszergazdájával a probléma diagnosztizálása és megoldása érdekében.A következő, adatbázishibákat tartalmazó táblázat kiindulási pontot biztosít meghatározott adatbázishibák megoldásához.A témakör későbbi részén látható, adatbázis-kivételeket tartalmazó táblázat az adatbázis-kivételek elhárításához ad segítséget.

Adatbázishibák

Hiba A hiba elhárítása
940-es hiba: nem lehet csatlakozni az adatbázishoz egy végzetes adatbázishiba miatt.Nem valószínű, hogy maga az adatbázis megsérült volna. Győződjön meg róla, hogy fut-e az SQL Server-szolgáltatás (MSDPM2010) DPM-példánya.Majd a Windows eseménynaplója segítségével keressen információt a kapcsolódó eseményekről.
941-es hiba: nem lehet csatlakozni a DPM-adatbázishoz. Az adatbázis-csatlakozási hibákhoz kapcsolódó problémák megoldása

1. Győződjön meg róla, hogy fut-e a DPM-szolgáltatás.
2. Oldja meg az átmeneti problémákat, amelyek ideiglenes adatbázis-csatlakozási hibák lehetnek.
3. Győződjön meg róla, hogy az SQL Servert helyesen konfigurálták-e.Az SQL Server konfigurálása a DPM-mel történő használatra: Az előfeltételt jelentő szoftverek kézi telepítése.
942-es hiba: az adatbázis integritása kérdéses egy hardveres vagy szoftveres probléma miatt. Ha a DPM-adatbázis integritása kérdéses, lépjen kapcsolatba az SQL Server rendszergazdájával.Lehetséges, hogy meg kell javítania vagy vissza kell állítania az adatbázist az SQL Serverben a biztonsági másolat adathordozójáról.

Mindig értesítse a rendszergazdát, amikor ezzel a hibával találkozik.Keresse az SQL Server/adathordozó hibáit a Windows eseménynaplójában.Lehetséges, hogy a probléma csak a gyorsítótárban van, és nem magán a lemezen.Ebben az esetben az SQL Server újraindítása megoldja a problémát.Egyes esetekben szükség lehet az adatbázis visszaállítására.

 Egy esetlegesen sérült adatbázissal kapcsolatos problémák megoldása

1. Az eseménynapló segítségével ellenőrizze a DPM-kiszolgálón, hogy fordultak-e elő I/O-problémák a riasztás időpontjában.Az eseménynaplóban előforduló I/O-hibák megmagyarázhatják, miért volt sérült az adatbázis.Ebben az esetben lehet, hogy jobban teszi, ha megjavítja vagy kicseréli a merevlemezt az adatbázis visszaállítása előtt.
2. Az adatbázis-probléma mértékének megállapításához végezze el a kérdéses integritású adatbázis ellenőrzését.Az SQL lekérdezéselemzőjében adja meg a következő parancsot:
     dbcc checkdb databasename
3. A probléma természetétől függően előfordulhat, hogy meg kell javítania vagy vissza kell állítania a DPM-adatbázist.Bizonyos problémák, például az indexelési vagy gyorsítótárazási problémák, megoldhatók az adatbázis megjavításával vagy az SQL Server újraindításával.A legjobb megoldás érdekében működjön együtt az SQL Server rendszergazdájával.
943-as hiba: nem lehet csatlakozni a DPM-adatbázishoz, mert az adatbázis inkonzisztens állapotban van. Ha a DPM úgy találja, hogy az adatbázis inkonzisztens állapotban van, akkor nem valószínű, hogy a probléma magától megoldódik.
944-es hiba: sikertelen adatbázis-művelet.
  • Ha olyan ügyfél-időtúllépéseket és általános hálózati hibákat tapasztal, amelyek valószínűleg ahhoz kapcsolódnak, hogy az SQL Server nem képes kezelni az adott mennyiségű kérést, akkor a védelmi feladatok egyenletes elosztása érdekében módosítsa a védelmi csoportok védelmi ütemtervét.
  • A túl sokszor előforduló ügyfél-időtúllépés annak lehet a jele, hogy az adatbázis-fájlokat és tranzakciónaplókat tároló kötet erősen töredezett.Szükség esetén használja a lemeztöredezettség-mentesítőt a kötet töredezettségmentesítése érdekében.
  • Ha kevés a lemezterület egy SQL Server-adatbázisfájlhoz vagy tranzakciónaplóhoz, a helyzet kritikusságától függően figyelmeztetés vagy hiba keletkezik az SQL Serverben.Ha a tranzakciónaplók túlcsordulnak, a DPM-szolgáltatás valószínűleg leáll az adatbázis elérésére tett egy vagy pár újabb sikertelen kísérlet után.

         Az adatbázisokhoz vagy tranzakciónaplókhoz kevés lemezterület által okozott problémák megoldása

     
    1. A Windows eseménynaplója segítségével szerezzen több információt a problémáról.
    2. Az SQL lekérdezéselemzője segítségével szerezzen információt az adatbázisok méretéről és a tranzakciónaplók helyhasználatáról; ehhez gépelje be a következő parancsokat:

               sp_helpdb – az egyes adatbázisfájlok méretét adja vissza.

               dbcc sqlperf (naplózási hely) – a tranzakciónaplók aktuális méretét adja vissza.
    3. Zsugorítsa az adatbázist és a tranzakciónaplókat.Az SQL lekérdezéselemzőjében adja meg a következő parancsokat:

               dbcc shrinkfile (adatbázisnév-napló.dat) – zsugorítja a meghatározott adatbázis tranzakciónaplóit.

               dbcc shrinkfile (adatbázisnév_dat) – zsugorítja a meghatározott adatbázisfájlt.

    Ha továbbra sincs elegendő lemezterület, terjessze ki a fájlokat tartalmazó kötetet, hogy elegendő lemezterületet biztosítson a tranzakciónapló számára a csúcsteljesítmény idejére.
  • Ez a hiba akkor is előfordulhat, ha az SQL Server rendszergazdája törölte az adatbázist, az adatbázist elérhetetlenné tette vagy leválasztotta az adatbázist karbantartás miatt.Ha az adatbázis nem érhető el vagy karbantartás miatt le van választva, próbálja újra a műveletet, miután az adatbázis ismét elérhetővé válik.Ha az adatbázist törölték, állítsa vissza az adatbázist a szalagra készített biztonsági másolatról, majd futtassa a DpmSyncet.
945-ös hiba: nem lehet csatlakozni a DPM-adatbázishoz egy általános adatbázishiba miatt. Általános adatbázishibák esetén győződjön meg róla, hogy fut-e a DPM-szolgáltatás a DPM-kiszolgálón.Majd a Windows eseménynaplója segítségével keressen információt a kapcsolódó eseményekről.Gondoskodjon róla, hogy az SQL Server helyesen legyen konfigurálva egy új DPM-kiszolgálón.

 Az általános adatbázishibákhoz kapcsolódó problémák megoldása

1. Győződjön meg róla, hogy fut-e az SQL Server-szolgáltatás (MSDPM2010).
2. Oldja meg az átmeneti problémákat, amelyek ideiglenes adatbázis-csatlakozási hibák lehetnek.
3. Győződjön meg róla, hogy az SQL Servert helyesen konfigurálták-e.Az SQL Server konfigurálása a DPM-mel történő használatra: A DPM konfigurálása.
4. Ha az általános adatbázishibák továbbra is fennállnak, lépjen kapcsolatba a Microsoft terméktámogatással, és kérjen segítséget a probléma elhárításával kapcsolatban.

Adatbázis-kivételek

Kivétel A kivétel elhárítása
5168-as kivétel: A következő felhasználó bejelentkezése nem sikerült: <felhasználónév>. A DpmSync sikertelenül próbálja visszaállítani a DPM-adatbázist, mert nem tudja megnyitni a bejelentkezés által kért DPM-adatbázist.

Egy régebbi adatbázis visszaállítása előtt ellenőrizze, hogy a DPM-telepítés tartalmaz-e egy új DPM-adatbázist, és az elérhető-e.Ha nem létezik új adatbázis a DPM-telepítésen, akkor távolítsa el és telepítse újra a DPM-et.A telepítés befejezését követően futtassa újra a DpmSyncet.