teletubbieland

Nix, was auf HDD-Fehler zeigt. Allerdings gibt es wohl ein Problem mit der dynamischen Speicherzuweisung. Ich stelle das mal auf statisch um. Ja, vom Controller. Dateisystem steht auf NTFS.

Moin, ich habe auf einem Windows 2022'er Server verschiedene VMs laufen (Neues System Supermicro-Board + LSI-Controller). Nachdem die SSDs durchgetauscht wurden (inkl. Herstellerwechsel) gab es immer constistency check errors bei den SSDs auf denen die VMs laufen. Habe jetzt einen neuen RAID1-Verbund aufgesetzt und ein paar VMs umgezogen mit dem für mich überraschenden Ergebnis, dass die errors dort auftauchen wo die Win7-VMs laufen. Zur Erklärung: Der Kunde hat eine uralte Software (und nein - ich konnte ich in den letzten 20 Jahren nicht davon überzeugen, dass das Mist ist) für die diese VMs benötigt werden. Hat jemand eine ähnlich Erfahrung gemacht, bzw. eine Idee, was bei einer Win7 VM zu ändern ist, damit das nicht mehr auftaucht ?

Sehr schön

Es geht beide Male um die Auswertungen. Das Eine ist Automobilbranche mit SQL-Server (Kein MS) Das Andere eine Objektverwaltungs-SW mit MS SQL Ob das jetzt schlecht programmiert ist, was ich nur vermuten, aber man hält sich im Zweifel an die Vorgaben, damit man nicht ewige Diskussionen führt

Du wirst Dir da die Zähne ausbeissen. Klräre den Kunden darüber auf, dass er um ein Update nicht rum kommt.

Moin, das sollte vorher mit Inloox abgesprochen werden. Habe 2 Installationen verschiedener Hersteller, die den SQL auf dem TS haben wollen wg. performance.

Moin, ich schau vor Allem darauf, wie viele User auf die Systeme Zugriff haben. In kleineren Betrieben mit einer simplen Domänenarchitektur und nur Fileserver reichen tatsächlich noch HDDs. Allerdings verbaue ich allein wegen der Wartungsarbeiten mindestens S-ATA SSDs. Exchange läuft darauf auch performant (zumindest in KMU Bereich). Wenn komplexere Systeme zum Einsatz kommen orientiere ich mich gleich in Richtung NVMe. Hoffe, das hilft ein wenig.

Zum Austesten würde ich zuerst 4 vCPUs vergeben und wenn das nicht reicht, auf eine SSD verschieben. Wenn das immer noch nicht besser ist, eine neue VM aufsetzen.

Ketzerische Frage: Wie viele CPU-Kerne hast Du der VM gegeben ?

dann schalt doch einfach mal das LSO aus und guck was passiert

Bei der Pysikalischen und Virtuellen Maschine die ganzen offloads deaktivieren. Bevor Du die Clienst testest, teste doch mal wie die Geschwindigkeit zwischen VMs ist. Wenn die gut ist, dann hast Du ein 'externes' Problem.

Du kannst die disablen, solltest danach die VM aber neu starten. Kenne keine Komplikationen.

Hast Du bei den NICs RSC, LSO und VMQ deaktiviert ?

Moin, welche Serverversion setzt Du denn ein ?

Unternehmensgröße 1-200 MA. Und steter Tropfen höhlt den Stein. Spamassassin habe ich auch im Einsatz aber er wird immer zahnloser nach meiner Einschätzung, so dass man an professionelleren Lösungen nicht mehr vorbei kommt.

Moin, persönlich halte ich 1+2 für sinnlos, da die Benutzer Meldungen gerne einfach weg klicken und eben sich somit auch an Markierungen gewöhnen und Diese überlesen. Punkt 3 führe ich stetig durch und habe die meisten Anwender soweit, dass sie rückfragen, wenn sie sich nicht sicher sind. Abgesehen davon rechnet sich langfristig die Anschaffung einer professionellen Lösung wie NoSpamProxy o. Ä.

Moin, wenn ich mich recht entsinne, hatte ich das mal bei einem Kunden. Dort war das Problem, dass nicht alle DCs synchron waren (mehrere Standorte).

Moin, die DCs müsse sich gegenseitig als primären DNS haben. Dann geht das. Kontrollieren kannst Du die Replikation mit repadmin.

Sorry Essentials als SBS gelesen. Dürfte aber aber an der Aussage nichts ändern.

N'Abend. Die Migration ist die gleiche, wie bei Standard. Im Nachgag kann man die Essential-Spezifischen Gruppen usw. entfernen. Der alte SBS kann als Member-Server weiterbetrieben werden. Die Einschränkung beszieht sich nur auf einen zweiten SBS.

Sieht sehr nach Systemboard aus. Ein RAID wird auch nicht angezeigt...

Abschließend zu diesem Thread noch die Lösung: Es lag tatsächlich am dem Schutzmodul von Panda, welches den SCL nicht mehr gesetzt hat. Die Text-Markierung kam von einer anderen Maschine, daher die erfolglose Analyse. Werde mich jetzt aber dennoch Richtung Nospamproxy oder Ähnlichen orientieren.

Naja, unter Active Directory Standorte und Dienste. Ob Du die IP Bereiche getrennt hast.

Hast Du denn die Standorte im AD auch getrennt ?

Dachte ich mir - wollte nur sicher gehen. Danke.