Datenbankprobleme
Datenbankprobleme beziehen sich auf Probleme bei der Verbindung zu DB2 und MS SQL Server sowie beim Abrufen von Informationen aus diesen Datenbanken.
MS SQL Server
- Während des Imports verwendet MS SQL Server 99% des physischen Speichers.
- Zur Lösung des Problems legen Sie die maximale Speicherkapazität fest, die von MS SQL Serververwendet werden kann. Weitere Informationen finden Sie unter Serverspeicheroptionen und Vorgehensweise: Feste Speicherkapazität festlegen (SQL Server Management Studio) in der MS SQL Server -Dokumentation.
- Der Anmeldeprozess bei MS SQL Server schlägt fehl.
- Während eines Anmeldeprozesses bei MS SQL Serverwird der folgende Fehler angezeigt:
Login failed for user 'username'. The user is not associated with a trusted SQL Server connection. (Microsoft SQL Server, Error: 18452).Die Ursache dieses Fehlers ist, dass MS SQL Server für die Verwendung des Windows-Authentifizierungsmodus konfiguriert ist und die Verwendung von MS SQL Server -Konten nicht zulässt. Aktivieren Sie zur Lösung dieses Problems die MS SQL Server -Authentifizierung in MS SQL Server. Weitere Informationen finden Sie unter MS SQL Server -Authentifizierungsmodus aktivieren.
DB2
- License Metric Tool keine Verbindung zu seiner Datenbank herstellen kann.
- Einer der folgenden Fehler wird in die Datei tema.log geschrieben:
- Verbindung verweigert
- Verbindungsrücksetzung
SqlTimeoutExceptionERRORCODE=-4499, SQLSTATE=08001
- Um sicherzustellen, dass die License Metric Tool datenbank aktiviert ist, führen Sie den folgenden Befehl aus.
db2 activate db database_name - Um zu überprüfen, ob auf dem DB2 Standardport lauscht, verwenden Sie den netstat -anp Befehl. Der Standardport von DB2 hängt von der Datenbankversion ab.
- Für DB2 11.5.6 und höher: 25000
- Für DB2 11.5.5 und niedriger: 50000
- Wenn der Standardport DB2 von anderer Software verwendet wird, ändern Sie den DB2 Port. Weitere Informationen finden Sie in den folgenden Abschnitten.
- Aktualisieren Sie den DB2 Port in License Metric Tool. Weitere Informationen finden Sie unter: Ändern der Datenbankverbindungsparameter.
- Es ist nicht möglich, eine Verbindung zu einer Datenquelle in der Webbenutzerschnittstelle von License Metric Tool mit aktiviertem Single Sign-on herzustellen.
- Nachdem Sie die Verbindungsparameter im Teilfenster Data Sources (Datenquellen) gespeichert haben, wird eine Fehlernachricht angezeigt:
Unexpected WebSEAL Response. Code: 0x38cf04d3 Error: DPWWA1235E Please contact your system administrator. This may indicate an insufficient proxy HTTPS timeout.Damit die Verbindungsparameter erfolgreich gespeichert werden können, erhöhen Sie den Wert des Parameters https-timeout in der Konfiguration des ISAM-Reverse-Proxy. So setzen Sie beispielsweise das Zeitlimit auf fünf Minuten,- Melden Sie sich bei IBM Security Access Manager an.
- Klicken Sie in der oberen Navigationsleiste auf .
- Wählen Sie die Instanz aus und wählen Sie dann aus der Dropdown-Liste rechts neben der Reverse-Proxy-Leiste “.
- Suchen Sie in der Datei Dateieditor für erweiterte Konfigurationden Parameter https-timeout und geben Sie den Wert 300 an.Beispiel:
https-timeout = 300 - Klicken Sie auf Speichern.
- Nach dem Upgrade von DB2kann der License Metric Tool -Server nicht gestartet werden und der Fehler SRVE0296E wird in die Datei tema.log geschrieben.
- Nach dem Upgrade von DB2kann der License Metric Tool -Server nicht gestartet werden, weil er nicht auf die Tabelle
SCHEMA_MIGRATIONSzugreifen kann. Der folgende Fehler wird in die Datei tema.log geschrieben:com.ibm.ws.webcontainer.webapp I SRVE0296E: [tema][/][Servlet.LOG]:.ERROR: initialization failed: .org.jruby.rack.RackInitializationException: DBNAME: temadb - Java::ComIbmDb2JccAm::SqlSyntaxErrorException: The name of the object to be created is identical to the existing name "DBO.SCHEMA_MIGRATIONS" of type "TABLE".. SQLCODE=-601, SQLSTATE=42710, DRIVER=3.72.24from com.ibm.db2.jcc.am.hd.a(com/ibm/db2/jcc/am/hd.java:813)...Informationen zur Lösung des Problems finden Sie unter: SQL0443N mit -727 beim Aufruf von Katalogfunktionen wie SYSIBM.SQLTABLES.
- DB2-Service kann nach einem Systemneustart nicht gestartet werden. Das Problem tritt auf, wenn DB2 von einem Benutzer ohne Rootberechtigung installiert wurde.
- Die DB2 Protokolldatei db2diag.log enthält den folgenden Fehler.
Ändern Sie den Wert für ulimit , um das Problem zu lösen. Weitere Informationen finden Sie unter den folgenden Links.FUNCTION: DB2 UDB, SQO Memory Management, "No Storage Available for allocation", DIA8305C Memory allocation failure occurred. - Die All-in-One-Installation schlägt bei der Erstellung der BigFix® datenbank fehl. Der folgende Fehler wird in das BESInstall.log -Protokoll geschrieben:SQL1205N The code page "1208" and/or territory code "0" that has been specified is not valid.
- Führen Sie zur Behebung des Problems die folgenden Schritte aus.
- Wechseln Sie in das Verzeichnis <AIO installer>/prereq/db2/server und öffnen Sie das Script db2_run_setup.sh .
- Fügen Sie die folgenden drei Zeilen vor der Zeile
exit $rchinzu.su - db2inst1 -c 'db2set DB2CODEPAGE=1208' su - db2inst1 -c 'db2set DB2TERRITORY=1' su - db2inst1 -c 'db2set DB2COUNTRY=1' - Wechseln Sie in das Verzeichnis <AIO installer>/tools und führen Sie das Script cleanlmtenv.sh aus, um alle installierten Komponenten zu entfernen.
- Führen Sie das All-in-One-Installationsprogramm erneut aus.
Beide Datenbanken
- Nach der Wiederherstellung der Datenbank BigFix werden neue Daten nicht in License Metric Toolangezeigt.
- Um sicherzustellen, dass nur neu erstellte Daten in License Metric Toolimportiert werden, werden die in der BigFix -Datenbank gespeicherten Daten mit der so genannten Folgenummer markiert. Die Nummer wird bei jeder Änderung erhöht. Jeder Import umfasst die Daten von der beim letzten erfolgreichen Import gemeldeten Folgenummer bis zur aktuellen Folgenummer.
Wenn die BigFix -Datenbank wiederhergestellt wird, wird die Folgenummer auf den Wert des Zeitpunkts zurückgesetzt, zu dem die Datenbanksicherung erstellt wurde. Die Folgenummer nach der Wiederherstellung kann daher niedriger als die beim letzten erfolgreichen Import gemeldete Folgenummer sein. In diesem Fall enthält der erste Import nach der Datenbankwiederherstellung keine Daten. Nach diesem Import wird die Folgenummer aktualisiert, so dass der nächste Import alle neuen Daten enthält.
Allerdings werden die Daten aus dem Zeitraum zwischen der Datenbankwiederherstellung und dem ersten erfolgreichen Import nicht importiert, wodurch eine Lücke entsteht. Um das Problem zu beheben, gehen Sie zu “ und ändern Sie den Wert des resynchronize_datasources_once Parameters auf „true “. Führen Sie danach einen Import aus. Dieser Import ist zeitaufwändig, da er alle Software-Scandaten aus der wiederhergestellten BigFix -Datenbank importiert, um die Lücke zu schließen. Alle nachfolgenden Importe werden im normalen Betriebsmodus ausgeführt.
- Datenbanknamen überprüfen.
- Der Standarddatenbankname lautet
TEMADB, er wurde jedoch seit früheren Versionen geändert, wobei die Datenbank den NamenSUADBhatte. Sie können den Namen Ihrer Datenbank in der Datei database.yml in einem der folgenden Verzeichnisse überprüfen:
/opt/ibm/LMT/wlp/usr/servers/server1/config/database.yml
C:\Program Files\IBM\LMT\wlp\usr\servers\server1\config\database.ymlIn früheren Versionen ist der Standardinstallationspfad C:\Program Files\IBM\SUA oder /opt/ibm/SUA.