Firebirdforum.de

Nun ja, das hat man eigentlich immer, dass man ab und an modernisieren muss.
Net 4.8 gibts nun seit April 2019, https://de.wikipedia.org/wiki/.Net-Framework.
Ich habe den Treiber aber noch in 32-Bit für VB6 als COM-Komponente benötigt.
Da VB6-Entwicklung nur noch in Windows 8 -VM und 32-Bit läuft ...

"27.0.0.1/49950"
Ich nehme mal an, die Port-Eigenschaft wird nicht initialisiert und sollte auf 3050 (Default) gesetzt werden.

connectionStringBuilder.Port = 3050;

Betrachte auch mal den Connectionstring komplett (in der Ausgabe):

Trace.WriteLine(connection_string);

Nach der Installation/Copy der FB4 findet man i.W. im doc-Verzeichnis alle Dokumentationen um eine Installation durchzuführen.

Installation: install_windows_manually.txt
Security: README.security_database.txt

Damit sollte problemlos eine Installation durchführbar sein.

Das sollte dann via ConnectionString im ODBC oder Netprovider ebenso klappen, da man per "Wait=nn;" die Wartezeit angibt.
Wenn der Wait abläuft, wird die Aktion trotzdem nicht durchgeführt.
I.d.R. passiert das allerdings nur bei Update-Konflikten.

Ich glaube das ist nun systemimmanent.
Das Ändern von laufenden Prozeduren und Triggern führte in der Vergangenheit eben auch zu abstürzen.
In der 2.5. konnte ich einen Index löschen, der aktiv verwendet wiird, ab 3.0 nicht mehr.
Die Daten stehen ebenso in Tabellgen (RDB$), die der Satzversion ...

Nein. Wenn auf einem Event niemand horcht, man muss sich aktiv darauf registrieren, wird auch nichts gesendet. Events sind auch nicht asynchron.

Selbst wenn der Empfänger stirbt, wird das registriert und keine Events mehr gesendet.
Wenn der Empfänger die Events nicht schnell genug verarbeitet ...

Das Problem mit manuellen Tätigkeiten ist die Fehleranfälligkeit.
Da wir keine Administratoren auf den Kundensystemen sind, ist eine solche Anleitung nicht hilfreich.
DIe Datenbank lässt sich ja mit GBAK einfach von x auf y überführen. Das habe ich bereits mit 1.5 => 2.0 => 2.5 => 3.0 und zum Test ...

Nur leider werden meine Verbesserungsvorschläge für den Net DataProvider immer noch nicht erhört. Selbst für Einfache 1-Satz-Queries steigt die Performance.
Für die ParameterCollection des Command-Objects habe ich auch eine Erweiterung gebaut, da ich schon mal 2000 Parameter für den Bulk brauche ...

Das kann man halt nicht mit der Security machen, da diese auch jeweils andere Strukturen haben. Die User müssen halt per Hand oder Script eingepflegt werden.
Deshalb haben wir unsere eigene Userverwaltung-/berechtigung und die DB bleibt immer auf SYSDBA.

Das ist halt kein CSV, sondern die formatierte Konsolenausgabe in eine Datei umgelenkt.
Eine Weiterbearbeitung, Auswertung ist dann eher schwierig. Eine CSV-Ausgabe wird in meinem Link zusammengebaut, oder halt mit Excel, zumal du ja Office hast.