teletubbieland

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.

Ja, hatte ich mir auch schon angesehen. Die Spamproblematik wird ja immer stärker. Noch eine rage zur Blockierung: Schickst Du eine Benachritigubng an den blockierten Absender ?

Und Du schliesst aus, dass der Ex2019 dafür verantwortlich ist ? Denn wennn der SCL weg wäre, würde die Markierung doch auch nicht gesetzt werden.

Ist wahrscheinlich die bessere Variante. Danke. Moin, Panda markiert über den Agent im Exchange. Das mit der Transport Rule hatte ich schon probiert und den SCL auf 9 gesetzt. Interessiert aber nicht.