Microsoft SQL Server Connector

Kategorie: Datenbank-Connectoren

Einführung

Dieses Dokument wurde erstellt, um bei der Einrichtung eines mindzieDataDesigner Connectors zu einer Microsoft SQL Server-Datenbank zu helfen. Der mindzieDataDesigner ist das ETL-Tool, das von mindzieStudio verwendet wird, um Datenbanktabellen in Process Mining Event Logs umzuwandeln. Zweck dieses Dokuments ist es, beim Erstellen der Verbindungszeichenfolge zu unterstützen und gegebenenfalls Ports in der Firewall zu öffnen.

Übersicht

Der Microsoft SQL Server Connector bietet native Konnektivität zu SQL Server-Instanzen mit hoher Leistung und voller Funktionsunterstützung. Dieser Connector ist für Unternehmensumgebungen optimiert und unterstützt alle SQL Server-Versionen ab 2012.

Systemanforderungen

  • Datenbanksystem: Microsoft SQL Server 2012 oder neuer
  • Unterstützte Editionen: Express, Standard, Enterprise, Developer
  • Plattformen: Windows Server, Linux (SQL Server 2017+)
  • Cloud-Unterstützung: Azure SQL Database, Azure SQL Managed Instance
  • Abhängigkeiten: Verwendet native SQL Server-Client-Treiber

Format der Verbindungszeichenfolge

Standardmäßige SQL Server-Authentifizierung

Server=server_name;Database=database_name;User ID=username;Password=password;

Windows-Authentifizierung

Server=server_name;Database=database_name;Integrated Security=true;

Verbindungsparameter

Parameter Beschreibung Erforderlich Beispiel
Server oder Data Source Name/IP der SQL Server-Instanz Ja localhost\SQLEXPRESS
Database oder Initial Catalog Datenbankname Ja MyDatabase
User ID SQL Server-Benutzername Nein* sa
Password SQL Server-Passwort Nein* MyPassword123
Integrated Security Verwendung der Windows-Authentifizierung Nein true oder SSPI
Connection Timeout Verbindungszeitlimit (Sekunden) Nein 30
Command Timeout Befehlszeitlimit (Sekunden) Nein 600
Encrypt SSL/TLS-Verschlüsselung aktivieren Nein true oder false
TrustServerCertificate Serverzertifikat vertrauen Nein true oder false
ApplicationName Anwendungskennung Nein mindzieDataDesigner

*Erforderlich, sofern keine Integrated Security verwendet wird

Verbindungsbeispiele

Lokaler SQL Server Express

Server=localhost\SQLEXPRESS;Database=ProcessMining;Integrated Security=true;Connection Timeout=30;

SQL Server mit Authentifizierung

Server=sql-server.company.com;Database=ProcessMining;User ID=mindzie_user;Password=SecurePassword123;Encrypt=true;TrustServerCertificate=false;

Azure SQL Database

Server=tcp:myserver.database.windows.net,1433;Database=ProcessMining;User ID=mindzie_user@myserver;Password=SecurePassword123;Encrypt=true;TrustServerCertificate=false;Connection Timeout=30;

SQL Server mit benutzerdefiniertem Port

Server=192.168.1.100,1435;Database=ProcessMining;User ID=mindzie_user;Password=SecurePassword123;

Hochverfügbarkeit (Always On)

Server=tcp:ag-listener.company.com;Database=ProcessMining;User ID=mindzie_user;Password=SecurePassword123;MultiSubnetFailover=true;

Authentifizierungsmethoden

Windows-Authentifizierung (empfohlen für Domänenumgebungen)

  • Verwendet aktuelle Windows-Benutzeranmeldeinformationen
  • Keine Speicherung von Passwörtern in Verbindungszeichenfolgen
  • Unterstützt Active Directory-Integration
  • Optimal für interne Unternehmensnetzwerke

SQL Server-Authentifizierung

  • Verwendet native SQL Server-Anmeldekonten
  • Erfordert Benutzername und Passwort in der Verbindungszeichenfolge
  • Funktioniert auf verschiedenen Plattformen und Netzwerken
  • Geeignet für Webanwendungen und externen Zugriff

Azure Active Directory-Authentifizierung

Server=tcp:myserver.database.windows.net;Database=ProcessMining;Authentication=Active Directory Integrated;

Fehlerbehebung

Häufige Verbindungsprobleme

"Login failed for user"-Fehler

  • Überprüfen Sie, ob Benutzername und Passwort korrekt sind
  • Prüfen Sie, ob das Benutzerkonto aktiviert und nicht gesperrt ist
  • Stellen Sie sicher, dass der Benutzer Zugriffsrechte auf die angegebene Datenbank hat
  • Bei Windows-Authentifizierung prüfen Sie, ob das Konto Anmeldeberechtigungen besitzt

"Server nicht gefunden oder nicht erreichbar"-Fehler

  • Überprüfen Sie Servernamen und Portnummer
  • Prüfen Sie Netzwerkverbindung und Firewall-Einstellungen
  • Stellen Sie sicher, dass SQL Server läuft und Verbindungen akzeptiert
  • Vergewissern Sie sich, dass der SQL Server Browser-Dienst läuft (bei benannten Instanzen)

"Timeout expired"-Fehler

  • Erhöhen Sie den Wert für Connection Timeout
  • Prüfen Sie Netzwerk-Latenz und Stabilität
  • Überprüfen Sie Serverressourcen und Leistung
  • Optimieren Sie Abfragen bei großen Datensätzen

"Certificate chain was issued by an untrusted authority"-Fehler

  • Setzen Sie TrustServerCertificate=true für Entwicklungsumgebungen
  • Installieren Sie gültige SSL-Zertifikate für Produktivumgebungen
  • Verwenden Sie Encrypt=false nur in sicheren internen Netzwerken

Azure SQL Hinweise

Azure SQL Database

  • Verwenden Sie vollqualifizierte Servernamen: server.database.windows.net
  • Verwenden Sie stets verschlüsselte Verbindungen
  • Berücksichtigen Sie Firewallregeln und IP-Beschränkungen

Zugriff mindzie Server: Für erhöhte Sicherheit können Sie Ihre Firewall so konfigurieren, dass nur Verbindungen von mindzie Servern zugelassen werden, indem Sie bestimmte IP-Adressen auf die Whitelist setzen. Kontaktieren Sie den mindzie Support, um die aktuellen IP-Adressen der von Ihnen genutzten mindzie Server zu erhalten.

Verbindungs-Resilienz

Server=tcp:myserver.database.windows.net;Database=ProcessMining;User ID=user@myserver;
Password=password;Encrypt=true;Connection Timeout=30;ConnectRetryCount=3;
ConnectRetryInterval=10;

Weiterführende Informationen

💡 Tipp: Für Enterprise-Deployments empfiehlt es sich, Windows-Authentifizierung mit Dienstkonten zu verwenden, um erhöhte Sicherheit und einfachere Verwaltung der Anmeldeinformationen zu gewährleisten.