Differences

This shows you the differences between two versions of the page.

--- de:cobi.wms:installationsanleitungen [2025/10/21 14:12] – [Erstellen von SQL-Abfragen] thuth
+++ de:cobi.wms:installationsanleitungen [2025/10/22 09:17] (current) – [Problem: SQL-Server-Port] thuth
@@ Line 103: / Line 103: @@
 Das Problem tritt meist aus einem der folgenden Gründe auf:
-* **Firewall-Blockierung:** Der SQL-Port (standardmäßig **1433**) ist zwischen dem COBI.wms-Gerät und dem SAP-Server nicht geöffnet.
+  - **Firewall-Blockierung:** Der SQL-Port (standardmäßig **1433**) ist zwischen dem COBI.wms-Gerät und dem SAP-Server nicht geöffnet.
-* **Serverkonfiguration:** Der SQL Server ist so eingestellt, dass **TCP/IP-Verbindungen deaktiviert** sind.
+  - **Serverkonfiguration:** Der SQL Server ist so eingestellt, dass **TCP/IP-Verbindungen deaktiviert** sind.
 **Schritte zur Diagnose und Behebung:**
@@ Line 110: / Line 110: @@
 . **Port-Erreichbarkeit prüfen:**
-   * Öffnen Sie auf einem Windows-Client im selben Netzwerk wie das COBI.wms-Gerät eine PowerShell-Konsole.
+  - Öffnen Sie auf einem Windows-Client im selben Netzwerk wie das COBI.wms-Gerät eine PowerShell-Konsole.
-   * Führen Sie folgenden Befehl aus (ersetzen Sie `<SAP_Server_IP>` durch die tatsächliche IP-Adresse Ihres SAP-Servers):
+   - Führen Sie folgenden Befehl aus (ersetzen Sie `<SAP_Server_IP>` durch die tatsächliche IP-Adresse Ihres SAP-Servers):
+Powershell:
-     ```
      Test-NetConnection <SAP_Server_IP> -Port 1433
-     ```
+     Erwartete Ausgabe:
-     **Erwartete Ausgabe:**
      Das Ergebnis sollte `TcpTestSucceeded : True` anzeigen.
-     Wenn stattdessen **False** erscheint, ist der Port wahrscheinlich durch eine Firewall blockiert.
+Wenn stattdessen **False** erscheint, ist der Port wahrscheinlich durch eine Firewall blockiert.
 . **SQL-Server-Konfiguration prüfen:**
+    - Wenn der Port erreichbar ist, die Verbindung aber trotzdem fehlschlägt, blockiert der SQL Server möglicherweise TCP/IP-Verbindungen.
-   * Wenn der Port erreichbar ist, die Verbindung aber trotzdem fehlschlägt, blockiert der SQL Server möglicherweise TCP/IP-Verbindungen.
+    - Öffnen Sie auf dem Server den **SQL Server Configuration Manager**.
-   * Öffnen Sie auf dem Server den **SQL Server Configuration Manager**.
+    - Navigieren Sie zu **SQL Server-Netzwerkkonfiguration → Protokolle für [Instanzname]**
-   * Navigieren Sie zu **SQL Server-Netzwerkkonfiguration → Protokolle für [Instanzname]**
+(Hinweis: Der Instanzname kann z. B. „SAP“ lauten.)*
-     *(Hinweis: Der Instanzname kann z. B. „SAP“ lauten.)*
+    - Stellen Sie sicher, dass **TCP/IP aktiviert** ist.
-   * Stellen Sie sicher, dass **TCP/IP aktiviert** ist.
 . **Verwendung eines dynamischen TCP/IP-Ports (falls nötig):**
-   * Wenn weiterhin Probleme auftreten, prüfen Sie, ob der SQL Server einen **dynamischen Port** verwendet:
+  - Wenn weiterhin Probleme auftreten, prüfen Sie, ob der SQL Server einen **dynamischen Port** verwendet:
+    -  Öffnen Sie im **SQL Server Configuration Manager** die Eigenschaften von **TCP/IP**.
-     * Öffnen Sie im **SQL Server Configuration Manager** die Eigenschaften von **TCP/IP**.
+    - Wechseln Sie zum Reiter **IP-Adressen** und suchen Sie den Eintrag **Dynamischer Port**.
-     * Wechseln Sie zum Reiter **IP-Adressen** und suchen Sie den Eintrag **Dynamischer Port**.
+    - Tragen Sie diese Portnummer in COBI.wms unter „Optionale Felder: DB-Portnummer“ ein.
-     * Tragen Sie diese Portnummer in COBI.wms unter „Optionale Felder: DB-Portnummer“ ein.
+    - Stellen Sie sicher, dass der dynamische Port ebenfalls in der Firewall freigegeben ist.
-     * Stellen Sie sicher, dass der dynamische Port ebenfalls in der Firewall freigegeben ist.
        (Prüfen Sie dies mit dem PowerShell-Befehl erneut, diesmal mit dem dynamischen Port.)