SSIS-Fehler - Der Aufruf der AcquireConnection-Methode an den Verbindungsmanager ist fehlgeschlagen. Fehlercode 0xC0202009

Question

Ich habe nach einer Lösung gesucht, aber nichts hat geholfen. Um klar zu sein, bin ich nicht Entwicklung eines SSIS-Pakets, ich versuche einfach, eine, die bereits funktioniert hat, zu laufen. Dieses Problem ist Server spezifisch.

Wir haben einen ETL-Job, der zu Berichtszwecken ein Repository aus einer Produktionsdatenbank erstellt. Ich habe einen neuen VM-Server mit größeren Ressourcen erstellt, um die Belastung dieses Prozesses in unseren größeren Datenbanken zu verringern.

Server ist Windows Server 2012R2. Ausführen von SQL Server 2014 SP2 CU05 mit Integrationsdiensten und wirklich nicht viel mehr. Dieser Job wird in Intervallen von 15 Minuten durch den Agenten ausgeführt. Die ersten paar Male, es tatsächlich beginnt, einige Daten in der Zieldatenbank zu erstellen, aber dieser Fehler bleibt bei jedem neuen Stapel, der ausgeführt wird, ob manuell oder nach Zeitplan, und nach einer Weile stoppt es nur, Daten zu verschieben. Hier

ist die Basisfehler:

SSIS Error Code DTS_E_CANNOTACQVIRECONNECTIONFROMCONNECTIONMANAGER. The AcquireConnection method call to the connection manager "ETL_Framework" failed with error code 0xCO202009. There may be error messages posted before this with more information on why the AcquireConnection method call failed.

Said Fehlermeldungen vor dem AcquireConnection Aufruf:

SSIS Error Code DTS_E OLEDBERROR. An OLE DB error has occurred. Error code: 0x80004005. Source: "Microsoft SQL Server Native Client 11.0" Description: "Login timeout expired". Source. "Microsoft SQL Server Native Client 11.0" Description: "A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online." Source. "Microsoft SQL Server Native Client 11.0" Description: "Named Pipes Provider: Could not open a connection to SQL Server [2]. ".

Eine wichtige Sache zu beachten ist, dass sowohl die Quell- und Ziel-Datenbanken auf diesem sind gleicher Server, von dem der Job ausgeführt wird. Dies bedeutet, dass alles lokalisiert ist und das Domänen-Dienstkonto ein lokaler Administrator auf dem Server und ein Sysadmin auf SQL ist.

Ich habe Named Pipes und TCP/IP-Protokolle für SQL aktiviert. Das Dienstkonto, auf dem der Job ausgeführt wird, ist ein Domänenbenutzer, den ich hunderte Male auf anderen Servern verwendet habe, die für diese Art von Arbeit eingerichtet wurden und nie ein Problem hatten. Ich kann über diesen Server eine Verbindung von anderen VMs über den FQDN der Instanz (z. B. SZDB.irgendwo.com \ SQL2014) herstellen und umgekehrt.

Also, offen für Vorschläge hier. Es muss etwas fehlen, das ich bei der Einrichtung meines Servers vermisse.

Answer 1

Wir fanden, dass die Lösung in diesem Fall war, eine Standardinstanz von SQL Server zu installieren. Ich hatte zuvor nur eine benannte Instanz ausgeführt. Sobald ich SQL Setup durchging und die Standardinstanz (d. H. MSSQLSERVER) installierte, ging der Fehler in unserem ETL-Job weg und unser Data Warehouse wurde ohne weitere Probleme weiter aufgebaut. Bewiesen, die Lösung auf zwei anderen Servern zu sein, die das gleiche Problem zeigten.