egal ob Linux oder Windows Server als
OS... ein OneWay "SingleClient"->"SingleServer" Konzept für 24x7 Datenaufzeichnung/Datenzugriff gilt per Definition als dafür untauglich.
Erst ab DoppelServer oder wenigstens separaten/lokalem Fifo-Puffer macht es praktisch überhaupt Sinn, sowas "als 24x7 fähig" zu benennen(verkaufen) und zu betreiben.
(lokaler FiFo dienst nebenbei auch als schneller Cache, wenn die Netzwerkverbindung zum Server mal voll ausgelastet)
Wer nicht selbst programmieren will, kann auch "nur Geld ausgeben"... ClusterKonfiguration mit passendem
OS und passender ClusterDB wäre dann das Stichwort... das ist möglich und funktioniert dann mit passendem Hardware und Netzwerk konzept wirklich "garantiert(99,99%)" 24x7 unterbrechungsfrei.
Wenn mit Virtualisierung dann zusätzlich noch ClusterVMs, als mindestens 2 große VMwareServer mit Verwaltungsserver, um die VMs bei Bedarf "live" hin und her zu schieben... aber ganz ruckelfrei mit StandardDBs klappt das nicht... da braucht es doch noch einen eigenen externen FiFo Puffer.
(Wenn der Betreiber aber schon beim Server so auf Sparbrötchen setzt und unflexibel ist, fällt eben geschriebenes eh unter den Tisch)
Linux oder Windows als Server bleibt eine reine Geschmacksfrage, es kommt bei 24x7 auf ein vernünftiges möglichst eigensicheres(AutoReStart) System und Softwarekonzept an.
(Bei Windows kostet es nur am Anfang mehr wegen der Lizenzen und der etwas höheren
OS eigenen Hardwareanforderungen. Diese Kosten sind bei 24x7 Systemen aber völlig unwichtig)
Wenn alles so bleibt, ist es doch aucht toll: der Kunde hat oft Datenlücken und ihr damit stets Supportaufträge, das manuell irgenwie immer wieder zu zu patchen/nachzutragen, damit die langzeit Auswertungen wenigstens einigermaßen stimmen... wenn ihr das bezahlt bekommt und die Zeit/Leute dafür habt, dann ist doch auch alles super
