by Anonymous » 02 Feb 2025, 08:30
Ich habe ein SQL Server Web 2017, das auf Ubuntu Linux ausgeführt wird (in Google Cloud VM) - es wird von einer Windows -Serverinstanz mit IIS über das lokale Netzwerk in Google Cloud VM verwendet. < /p>
< P> zufällig (einmal alle 2-3 Wochen) würde der Windows-Server die Konnektivität zum SQL-Server auf der Linux-Instanz verlieren. /p>
== < /p>
2025-01-24 15: 17: 58.67 Server-Fehler: 26040, Schweregrad: 17, Zustand: 1. < /p>
2025-01-24 15: 17: 58.67 Server Server TCP-Anbieter hat aufgrund eines AcceptEx-Fehlers gestoppt, den Port [1433] zuzuhören. Socket-Fehler: 0x2747, Status: 2. Der Server versucht automatisch, das Hören wiederherzustellen. 1433]. Würde den SQL Server -Dienst in der Ubuntu -Instanz neu starten. Haben Sie eine Idee, was das sein könnte und wie Sie dies mit einer dauerhaften Lösung lösen können?
Ich habe ein SQL Server Web 2017, das auf Ubuntu Linux ausgeführt wird (in Google Cloud VM) - es wird von einer Windows -Serverinstanz mit IIS über das lokale Netzwerk in Google Cloud VM verwendet. < /p>
< P> zufällig (einmal alle 2-3 Wochen) würde der Windows-Server die Konnektivität zum SQL-Server auf der Linux-Instanz verlieren. /p>
== < /p>
2025-01-24 15: 17: 58.67 Server-Fehler: 26040, Schweregrad: 17, Zustand: 1. < /p>
2025-01-24 15: 17: 58.67 Server Server TCP-Anbieter hat aufgrund eines AcceptEx-Fehlers gestoppt, den Port [1433] zuzuhören. Socket-Fehler: 0x2747, Status: 2. Der Server versucht automatisch, das Hören wiederherzustellen. 1433]. Würde den SQL Server -Dienst in der Ubuntu -Instanz neu starten. Haben Sie eine Idee, was das sein könnte und wie Sie dies mit einer dauerhaften Lösung lösen können?
Mobile version