{"id":13049,"date":"2020-06-24T15:00:46","date_gmt":"2020-06-24T13:00:46","guid":{"rendered":"https:\/\/blogs.solidworks.com\/solidworksdeutschland\/?p=13049"},"modified":"2020-06-24T14:53:43","modified_gmt":"2020-06-24T12:53:43","slug":"die-besten-8-schritte-zur-fehlerbehebung-bei-pdm-konnektivitaetsproblemen","status":"publish","type":"post","link":"https:\/\/blogs.solidworks.com\/solidworksdeutschland\/2020\/06\/die-besten-8-schritte-zur-fehlerbehebung-bei-pdm-konnektivitaetsproblemen.html","title":{"rendered":"Die besten 8 Schritte zur Fehlerbehebung bei PDM Konnektivit\u00e4tsproblemen"},"content":{"rendered":"

SOLIDWORKS PDM ist eine gro\u00dfartige L\u00f6sung zur Kontrolle Ihrer Revisionen und Versionen, zur Verwaltung Ihrer Dateien und vieles mehr. Wenn die Anwendung jedoch nicht funktioniert, kann das sehr frustrierend werden. Machen Sie sich keine Sorgen, die meisten Probleme haben normalerweise mit der IT zu tun und k\u00f6nnen durch diese Anleitung leicht behoben werden<\/strong>.\u00a0Die h\u00e4ufigsten generischen Fehler bei der Arbeit mit PDM sind \u201eKonnte nicht auf Elemente in der Datenbank zugreifen.<\/em>” oder \u201eKonnte den Server nicht finden”.<\/em>\u00a0Haben Sie das schon einmal erlebt?<\/p>\n

Hier sind unsere 8 besten Schritte zur Behebung dieser Probleme.<\/p>\n

\"\"
Typische Fehlermeldung in SOLIDWORKS PDM bei Konnektivit\u00e4tsproblemen – Erfahren Sie in diesem Artikel wie Sie diese PDM Fehler selbstst\u00e4ndig in 8 Schritten analysieren und beheben k\u00f6nnen.<\/figcaption><\/figure>\n

 <\/p>\n

SOLIDWORKS PDM Fehler genauer analysieren<\/h2>\n

Zuerst ben\u00f6tigen wir so viele Informationen wie m\u00f6glich \u00fcber die Ursache des Fehlers. Die Fehlermeldungen sagen uns nur, um welchen Fehler es sich handelt, nicht aber, was ihn verursacht hat. Um die Fehlerursache zu ermitteln, m\u00fcssen Sie Ihr PDM Verwaltungstool \u00f6ffnen und unter \u201eLokale Einstellungen\u201c auf Protokolldatei doppelklicken. Dadurch erhalten Sie eine chronologische Liste von Fehlern und Warnungen. Sobald Sie das Protokoll f\u00fcr den Zeitpunkt gefunden haben, an dem der Fehler aufgetreten ist, doppelklicken Sie auf den Eintrag, um alle Details zu sehen.<\/p>\n

Die Beschreibung des PDM Client-Protokolls zeigt Ihnen eine \u00e4hnliche Meldung wie \u201eSQL-Server existiert nicht oder Zugriff verweigert\u201c. Das ist die Ursache des Fehlers, und wir m\u00fcssen uns darum k\u00fcmmern.<\/p>\n

\"Darstellung<\/p>\n

 <\/p>\n

Da PDM ein Client-Server-Setup ist, kann der Fehler vom Client oder vom Server stammen. Die erste Frage, die Sie sich stellen sollten:<\/p>\n

Tritt der Fehler in PDM nur bei mir oder auch meinen Kollegen auf?<\/p><\/blockquote>\n

Wenn nur Sie betroffen sind, dann ist es ein Problem auf der Client-Seite,<\/strong> wenn es jedem passiert, dann ist es ein Problem auf der Server-Seite<\/strong>. In diesem Blog behandeln wir beide Seiten.<\/p>\n

Bitte beachten Sie, dass wir davon ausgehen, dass Sie zumindest ein wenig Erfahrung mit IT-Fehlerbehebungsprozessen<\/strong> haben und \u00fcber einige Administratorberechtigungen verf\u00fcgen sollten. Andernfalls empfehlen wir Ihnen wie immer dringend, sich f\u00fcr Unterst\u00fctzung an Ihren Fachh\u00e4ndler zu wenden.<\/p>\n

SOLIDWORKS PDM Fehler auf der Client-Seite beheben<\/h2>\n

 <\/p>\n

Es gibt mehrere Gr\u00fcnde, warum diese Fehlermeldung auftreten kann. Im Folgenden finden Sie einige grundlegende Schritte zur Fehlerbehebung, die auf der PDM Clientseite durchgef\u00fchrt werden k\u00f6nnen, um eine Verbindung mit dem SQL-Server herzustellen.<\/p>\n

1. \u00dcberpr\u00fcfen Sie, ob der SQL-Servername und die Datenbank, die in der Protokollbeschreibung angezeigt werden, korrekt sind.<\/strong><\/h3>\n

Die Informationen zum Servernamen und zur SQL-Datenbank finden Sie im oben abgebildeten Fehlerprotokoll sowie im PDM Verwaltungstool. \u00d6ffnen Sie das PDM Verwaltungstool, klicken Sie mit der rechten Maustaste auf den Datenspeicher und dann auf Eigenschaften. Wenden Sie sich an Ihr IT-Team, um zu \u00fcberpr\u00fcfen, ob die Informationen \u00fcber den Server korrekt sind.<\/p>\n

\"Eigenschaften<\/p>\n

Wenn die hier gezeigten Server-Details korrekt sind, kontaktieren Sie Ihren Fachh\u00e4ndler, damit dieser verifizieren kann, ob die Registrierungen des Datenspeichers korrekt sind. M\u00f6glicherweise m\u00fcssen Sie sich unter Windows Admin anmelden, damit Ihr Fachh\u00e4ndler auf die Registrierungen zugreifen und diese \u00fcberpr\u00fcfen kann.<\/p>\n

2.\u00a0 Pr\u00fcfen Sie, ob der Client-Rechner mit dem SQL Server-Rechner kommunizieren kann<\/strong><\/h3>\n

F\u00fchren Sie von Ihrem Client-Rechner aus einen \u201ePing\u201c-Test zum Server-Rechner durch. Zuerst pingen Sie den Server-Rechner anhand des Servernamens an und verwenden dann die Server-IP-Adresse zum Testen. Der Ping-Test<\/strong> ist ein einfacher DOS-Befehl, der die Netzwerkkonnektivit\u00e4t testet, er testet keine Ports. Um auf den Ping-Test zuzugreifen, klicken Sie auf Windows Start und geben \u201eCommand Prompt\u201c ein. Sie sollten den Test mit der rechten Maustaste und als Administrator \u00f6ffnen. Einmal ge\u00f6ffnet, m\u00fcssen Sie \u201eping SERVERNAME\u201c eintippen und mit der Eingabetaste best\u00e4tigen, wobei Sie Ihren Servernamen oder Ihre Server-IP-Adresse eingeben. Hier sind einige Szenarien:<\/p>\n

A. Ping-Test in einem Fall erfolgreich, in einem anderen aber erfolglos<\/span>
\nWenn Sie den Server mit dem Servernamen erfolgreich anpingen k\u00f6nnen, aber kein Gl\u00fcck mit der IP-Adresse oder umgekehrt haben, dann zeigt dies, dass es sich um ein Problem beim DNS-Hostnamen handelt.<\/p>\n

Um dies zu beheben, verwenden Sie die Host-Datei, um die IP-Adresse und den Namen des Server-Rechners zuzuordnen. Dadurch wird das DNS-Problem behoben und der SQL-Server sollte jetzt erkannt werden.<\/p>\n

B. Ping-Test in beiden F\u00e4llen erfolglos<\/span>
\nWenn das so ist, dann kommuniziert der Client-Rechner nicht mit dem Server-Rechner. \u00dcberpr\u00fcfen Sie die Netzwerkverbindung und stellen Sie sicher, dass sich beide Rechner im selben Domain-Netzwerk befinden. Falls nicht, ben\u00f6tigen Sie etwas Unterst\u00fctzung von Ihrer IT-Abteilung, um das Problem der Netzwerkverbindung zu beheben.<\/p>\n

C. Ping-Test in beiden F\u00e4llen erfolgreich<\/span>
\nWenn der Ping-Test in beiden F\u00e4llen Erfolg hat, ist es wichtig zu testen, ob die Ports offen sind, mit denen der Client-Rechner mit dem SQL-Server kommuniziert. Weitere Einzelheiten zu den Ports erfahren Sie im n\u00e4chsten Schritt.<\/p>\n

3. Pr\u00fcfen Sie, ob die f\u00fcr SQL verwendeten Ports offen sind<\/strong><\/h3>\n

Wenn SQL installiert und so konfiguriert ist, dass Standard-Ports verwendet werden, m\u00fcssen wir sicherstellen, dass die Ports – TCP 1433 und UDP 1434 offen sind. Um dies zu testen, f\u00fchren Sie einen \u201eTelnet\u201c-Test durch.<\/p>\n

Denken Sie daran, den \u201eTelnet\u201c-Client auf dem Client-Rechner einzuschalten, damit der Telnet-Test funktioniert, und zwar unter Systemsteuerung -> Programme und Funktionen -> Windows-Funktionen ein- oder ausschalten.<\/p>\n

Um Telnet zum Testen eines Ports zu verwenden, \u00f6ffnen Sie Command Prompt erneut, diesmal geben Sie Folgendes ein – telnet <IP ADRESSE DES SERVER-PC> <PORT>. Wenn der Bildschirm mit einem blinkenden Cursor leer bleibt, dann hat es funktioniert, wenn Sie eine Fehlermeldung erhalten, dann ist der Port nicht offen.<\/p>\n

A. Telnet-Test erfolglos<\/span>
\nBei einem erfolglosen Telnet-Test, w\u00e4hrend die Ping-Tests jedoch erfolgreich waren, bedeutet dies, dass die Ports blockiert sind. Die Ports m\u00fcssen ge\u00f6ffnet werden. Wenden Sie sich an Ihre IT-Abteilung, um sicherzustellen, dass die f\u00fcr SQL verwendeten Ports ge\u00f6ffnet wurden.<\/p>\n

B. Telnet-Test erfolgreich<\/span>
\nWenn der Telnet-Test erfolgreich ist, dann sind die Ports offen, und die Kommunikation sollte gut funktionieren.<\/p>\n

Wenn Sie beim Zugriff auf den Datenspeicher weiterhin eine Fehlermeldung erhalten, sollten Sie sich vergewissern, dass Ihr Client-Rechner einen statischen TCP-Port zur Kommunikation mit dem SQL-Server verwendet – siehe n\u00e4chster Schritt.<\/p>\n

4. Client-Rechner zwingen, statischen TCP-Port f\u00fcr SQL-Datenbankkommunikation zu verwenden<\/strong><\/h3>\n

Damit ein Client einen statischen Port zur Kommunikation mit der SQL-Datenbank verwenden kann, muss ein ODBC-Test durchgef\u00fchrt werden. Um das Tool zu finden, ist es am einfachsten, auf Windows Start zu klicken und ODBC einzugeben. Sie erhalten die 32- und 64-Bit-Version zur Auswahl. Verwenden Sie die 64-Bit-Version. Wenn Sie einen ODBC-Test konfigurieren, ist es ratsam, sich mit SQL \u201esa\u201c (Systemadministrations-Anwender) anzumelden. Stellen Sie daher sicher, dass Sie das Kennwort griffbereit haben. Falls nicht, ersuchen Sie bitte Ihren IT\/Administrator Ihnen zu helfen.<\/p>\n

Klicken Sie beim Konfigurieren des Tests auf Client-Konfiguration. Im Dialogfeld werden der Alias-Name und der Servername automatisch ausgef\u00fcllt. Es besteht keine Notwendigkeit, diese zu \u00e4ndern. Deaktivieren Sie einfach die Option \u201ePort dynamisch bestimmen\u201c und verwenden Sie die Portnummer, die vom SQL-Server verwendet wird. Wenn es eine Standardeinstellung ist, dann wird es 1433 sein.<\/p>\n

\"Client<\/p>\n

Sobald Sie ein erfolgreiches Ergebnis aus diesem Test erhalten, sollten Sie keine Probleme bei der Kommunikation mit dem SQL-Server haben. Denken Sie daran, Ihren PDM Client neu zu starten.<\/p>\n

Der ODBC-Test erstellt einen ODBC-Verbindungs-Alias, der dann vom Client bei der Kommunikation mit der SQL-Server-Instanz verwendet wird. In den meisten F\u00e4llen, in denen SQL eine benannte Instanz hat (d.h. wenn der Name der SQL-Instanz, die die Datenspeicher-Datenbank hostet, vom Standardnamen abweicht), ist ein ODBC-Test erforderlich.<\/p>\n

Wenn alle oben genannten Schritte ausgef\u00fchrt werden und immer noch eine Fehlermeldung bei der Kommunikation mit dem SQL Server auftritt, dann erfordert dies eine Fehlerbehebung auf Serverebene.<\/p>\n

SOLIDWORKS PDM Fehler dem Server-Rechner beheben<\/h2>\n

Auf dem Server sind im Folgenden die wenigen grundlegenden Dinge aufgef\u00fchrt, die \u00fcberpr\u00fcft werden k\u00f6nnen:<\/p>\n

1. Stellen Sie sicher, dass die SQL-Server-Dienste ausgef\u00fchrt werden<\/strong><\/h3>\n

Die Liste dieser Dienste kann beim Task-Manager eingesehen werden.<\/p>\n

\"Liste<\/p>\n

2. Firewall-Einstellungen<\/strong><\/h3>\n

Da die Firewall zum Schutz eingeschaltet sein sollte, \u00fcberpr\u00fcfen Sie bitte, ob alle Ports zur Ausnahmeliste der Firewall hinzugef\u00fcgt wurden. Sorgen Sie daf\u00fcr, dass die Firewall-Ausnahmen sowohl f\u00fcr eingehende als auch f\u00fcr ausgehende Verbindungen hinzugef\u00fcgt werden. Wenn PDM unter Verwendung von Standard-Ports konfiguriert ist, m\u00fcssen die in der folgenden Liste angef\u00fchrten Ports ge\u00f6ffnet werden:
\ni. SNL (SolidNetwork License Manager) Ports f\u00fcr die PDM Lizenzierung, um ordnungsgem\u00e4\u00df zu funktionieren
\na. TCP 25734 & 25735
\nii. Archiv-Server-Ports
\na. TCP – 3030
\nb. UDP – 3030
\niii. Datenbank-Server (SQL Server) Ports
\na. TCP – 1433
\nb. UDP – 1434<\/p>\n

3. SQL zur Verwendung eines statischen TCP-Ports zwingen<\/strong><\/h3>\n

\u00d6ffnen Sie den Konfigurationsmanager des SQL-Servers. Wenn Sie dieses Tool nicht installiert haben, dann dr\u00fccken Sie \u201eWindows-Taste + r” und f\u00fchren \u201ecompmgmt.msc\u201c aus, um auf die SQL Server-Konfigurationen zuzugreifen.
\nStellen Sie mit den folgenden Schritten sicher, dass die SQL-Dienste f\u00fcr alle IP-Adressen \u00fcber Port 1433 kommunizieren.<\/p>\n

\"SQL<\/p>\n

4. Vergewissern Sie sich, dass die Zugangsdaten f\u00fcr SQL System Admin (sa) korrekt sind<\/strong><\/h3>\n

Es k\u00f6nnte mehrere Szenarien geben:<\/p>\n