Suchen Sie Kontakt zu Teams von Halbleiterherstellern für Nassprozessanlagen? Meraif unterstützt Käufer in Südostasien mit Lösungen für Siliziumwafer, IC-Wafer, fortschrittliche Verpackungen, IC-Substrate und SMT - unterstützt durch patentierte Düsentechnologie, Vakuum-Unterdruck-Sprühreinigung und überkritische Flüssigkeitsexpertise für hochpräzise Halbleiterreinigung.
Die meisten Serverführer lügen durch Auslassung.
Sie sprechen über Kerne, RAM, RAID und “zukünftiges Wachstum” und vermeiden dann stillschweigend den hässlichen Teil: ERP für die Fertigung ist keine nette Büroanwendung, sondern eine lebende Transaktionsmaschine, die mit Einkauf, MRP, Stücklistenänderungen, Barcode-Scans, EDI, Werkstattberichten, Qualitätskontrollen, Bestandsreservierungen, Finanzabschlüssen und Managern verbunden ist, die immer noch erwarten, dass das Dashboard geladen wird, während das Lager schreit. Was passiert, wenn der Server zwar “technisch angemessen” ist, aber im Betrieb brüchig wird?
Ich habe erlebt, dass Käufer zu viel für glänzende Hardware bezahlt haben und zu wenig für die langweiligen Dinge, die ERP am Leben erhalten: Schreiblatenz, Isolierung der Datensicherung, Speicherplatz, Firmware-Disziplin, Datenbank-IOPS, Reaktionszeit des Supports und ein Wiederherstellungsplan, der tatsächlich getestet wurde. Die Hardware wird beschuldigt. Aber das eigentliche Versagen begann in der Regel schon Monate zuvor, bei der Auswahl des B2B-ERP-Servers, als das Team die Servergröße wie ein Ankreuzfeld bei der Beschaffung behandelte und nicht wie eine Entscheidung über das Produktionsrisiko.
Die harte Wahrheit: Für ERP in der Fertigung ist der beste Server für die Leistung des ERP-Systems selten die größte Box. Es ist die Box, deren CPU, Speicher, Netzwerk, Redundanz und Wartungsmodell dem schlechtesten Dienstag der Arbeitslast entspricht.
ERP in der Fertigung hat ein persönliches Problem. In Demos sieht es vorhersehbar aus, in der Produktion wird es dann wild.
Ein ERP-System für Vertriebsunternehmen kümmert sich hauptsächlich um die Auftragserfassung, den Bestand, die Rechnungsstellung und die Berichterstattung. Ein ERP-System für die Fertigung kümmert sich um all das sowie um Arbeitspläne, Arbeitszeiterfassung, Arbeitsaufträge, MRP-Explosionen, Serien- und Chargenrückverfolgbarkeit, Qualitätsaufzeichnungen, technische Revisionen, Lieferantenverzögerungen, Endterminierung und manchmal MES- oder SCADA-Integrationen. Jede “kleine” Transaktion berührt eine andere Tabelle, eine andere Regel, eine andere Abhängigkeit.
Und nein, die Cloud beseitigt das Problem nicht auf magische Weise. Sie verschiebt es. Manchmal ist das die richtige Entscheidung. Manchmal überlässt sie Ihre Anlage einem Abonnementzähler und einer Netzabhängigkeit, die Sie nicht vollständig kontrollieren können.
Der Grund, warum ich Gespräche über vor Ort installierte ERP-Server immer noch ernst nehme, ist einfach: Hersteller arbeiten oft unter physischen Einschränkungen, die von Softwareexperten unterschätzt werden. Ein Werk kann in zwei oder drei Schichten arbeiten oder “was immer nötig ist, weil der Kunde die Lieferung vorverlegt hat”. Wenn das ERP-System während des Wareneingangs, der Produktionsberichterstattung oder der Monatsendkalkulation langsamer wird, ist der Schaden nicht abstrakt. Bediener warten. Planer raten. Einkäufer beschleunigen. Die Finanzabteilung gleicht den Müll ab.
Deshalb müssen die Anforderungen an den ERP-Server beim Geschäftsprozess beginnen, nicht beim Gehäuse.
Der erste Fehler ist die Frage: “Wie viel RAM brauchen wir?”
Die bessere Frage lautet: “Welche Arbeitslast wird unter Druck zuerst brechen?”
Für die meisten ERP-Implementierungen in der Fertigung sind vier Druckpunkte wichtiger, als die Broschüren der Anbieter zugeben:
| Faktor Arbeitsbelastung | Was das für ERP in der Fertigung bedeutet | Auswirkung der Serverauswahl | Käuferfehler, die ich oft sehe |
|---|---|---|---|
| Transaktionsdichte | Arbeitsaufträge, Lagerbewegungen, Barcode-Scans, Einkauf, Versand | Vorrang für Datenbank-Schreibleistung und CPU-Stabilität | Kauf von vielen Kernen mit langsamer Speicherung |
| Dispositions- und Terminierungsläufe | Batch-lastige Planungsrechnungen | Benötigt CPU-Kapazität und ausreichend Speicher für große Datensätze | Ausführen von MRP auf der gleichen leistungsschwachen VM wie die Berichterstattung |
| Berichterstattung und Analyse | Dashboards, Kostenrechnung, Produktions-KPIs | Getrennte Berichterstattung, soweit möglich | BI-Abfragen im ERP-Live-Betrieb ersticken lassen |
| Integrationen | MES, EDI, Lagersysteme, Qualitätswerkzeuge | Bedarf an Netzwerkzuverlässigkeit, API-Kapazität, Überwachung | Behandlung von Integrationen als “bloße Schnittstellen” |
| Sicherung und Wiederherstellung | ERP-Datenbank, Anhänge, Konfigurationen, Protokolle | Unveränderliche/Offline-Sicherung und getestete Wiederherstellung erforderlich | Sichern, aber nie wiederherstellen in einer Bohrmaschine |
| Sicherheitsexposition | Berechtigungsnachweise, Fernzugriff, Herstellerunterstützung, Patching | Bedarf an Segmentierung, MFA, Protokollierung, Härtung | Verlassen von ERP als Flat-Network-Preis |
Hier kann ein kompakter Server mit zwei Sockeln eine intelligentere ERP-Plattform sein als ein lautes, überdimensioniertes Monstrum. Für Käufer, die den Platzbedarf eines Rechenzentrums-Racks standardisieren, ist ein 1U-Dual-Socket-Rack-Server für Rechenzentren fällt in die Kategorie "langweilig, aber seriös": dichte Rechenleistung, vorhersehbare Rack-Bereitstellung und ein sauberer Weg für Virtualisierungscluster.
Verwechseln Sie aber nicht “Dual-Socket” mit “ERP-ready”. ERP-Readiness ist kein Lastenheft. Es ist eine Übereinstimmung mit der Arbeitslast.
Einkäufer von ERP-Systemen für das verarbeitende Gewerbe schwärmen oft von Kernzahlen, weil diese leicht zu vergleichen sind. Lieferanten lieben dies. Das Beschaffungswesen liebt dies. Häufig ist dies auch der falsche Ausgangspunkt.
Viele ERP-Datenbanken honorieren schnellere Kerne, stabile Taktraten, Cache-Verhalten und Lizenzierungsdisziplin immer noch mehr als den bloßen Socket-Wildwuchs. Einige ERP-Module sind Multithreading-fähig. Einige sind es nicht. Einige Batch-Jobs lassen sich gut parallelisieren. Andere wiederum wühlen sich durch die Geschäftslogik wie ein müder Buchprüfer mit einem Klemmbrett.
Daher verwende ich eine einfache Regel: Die CPU-Größe sollte sich nach der maximalen Gleichzeitigkeit plus Batch-Überlappung richten, nicht nach der durchschnittlichen Nutzung.
Wenn die Planer die Bedarfsplanung durchführen, während die Vorgesetzten die Arbeit buchen, die Finanzabteilung die Kalkulation durchführt, die Lagerbenutzer die Belege scannen und die Manager die Dashboards aktualisieren, ist die “durchschnittliche CPU-Auslastung” des letzten Monats eine Komödie. Der Server muss Überschneidungen überleben.
Bei ERP-Systemen für kleine und mittlere Unternehmen der Fertigungsindustrie bevorzuge ich in der Regel weniger, stärkere CPUs mit sauberen Virtualisierungsgrenzen gegenüber einem chaotischen Host, der mit unzusammenhängenden Arbeitslasten vollgepackt ist. Wenn Sie ERP, SQL, Berichte, Domänendienste, Backup-Tools und zufällige Werksdienstprogramme auf denselben Host packen, haben Sie eine Maschine mit gemeinsamem Schicksal gebaut. Sie kann laufen. Bis sie nicht mehr läuft.
Beim Arbeitsspeicher werden die Käufer seltsam knauserig.
Ich habe Teams beobachtet, die sich über 128 GB oder 256 GB Speicher streiten und dabei die Kosten eines einzigen fehlgeschlagenen Produktionstages ignorieren. In der IBM-Analyse zu Datenschutzverletzungen im Industriesektor für das Jahr 2024 werden die durchschnittlichen Gesamtkosten einer Datenschutzverletzung im Industriesektor auf 5,56 Mio. USD beziffert, was einem Anstieg von 18% gegenüber 2023 entspricht, und es wird auch festgestellt, dass Industrieunternehmen sehr empfindlich auf Betriebsunterbrechungen reagieren.
Diese Statistik bezieht sich zwar auf die Sicherheit, aber die geschäftliche Lektion gilt auch für die ERP-Infrastruktur: Unterbrechungen sind teuer, weil Fabriken mit brutaler Ehrlichkeit Zeit in Geld umrechnen.
Bei ERP-Datenbankservern erfüllt der Speicher drei Aufgaben:
Dadurch bleiben heiße Daten näher an der CPU.
Es verringert den Druck auf die Bandscheiben.
Es gibt dem System eine Atempause, wenn sich die Benutzer schlecht verhalten, was sie auf jeden Fall tun werden.
Wenn Ihr ERP-Anbieter sagt, dass 64 GB ausreichen, fragen Sie nach der Größe des Datensatzes, der Anzahl der Benutzer, der Berichtslast, dem Aufbewahrungszeitraum und der Anzahl der gleichzeitigen Aufträge, von denen diese Schätzung ausgeht. Fragen Sie dann, ob in dieser Zahl das Betriebssystem, die Datenbank-Engine, der Virenschutz oder EDR, der Backup-Agent, die Überwachung und der Virtualisierungs-Overhead enthalten sind.
Achten Sie auf ihr Gesicht.
Die Lagerung ist das schmutzige Geheimnis.
Ein langsamer ERP-Server fühlt sich selten langsam an, weil die CPU ausgelastet ist. Er fühlt sich langsam an, weil die Datenbank auf Speicherplatz wartet, sich Sperren stapeln, sich temporäre Dateien nicht korrekt verhalten oder Sicherungsaufträge auf die Produktions-E/A einwirken.
Für die Anforderungen der ERP-Hardware in der Fertigung ist NVMe kein Luxus, wenn die Transaktionsdichte hoch ist. Es ist die neue Grundlage für ernsthafte Systeme. SATA-SSD kann immer noch für leichte Lasten verwendet werden, aber wenn Ihr Werk Chargenrückverfolgung, Barcode-Scannen, MRP, Anhänge und Berichte in einer Umgebung ausführt, wird billiger Speicher zu einer als Einsparung getarnten Entscheidung der Geschäftsführung.
Ein praktisches ERP-Speicherdesign trennt in der Regel:
Datenbankdateien
Datenbank-Protokolle
TempDB oder gleichwertiger Bereich für temporäre Arbeitsbelastung
ERP-Anwendungsdateien
Anhänge und Dokumentenablage
Ersatzlandezone
Archiv- oder Berichtsreplikate
Diese Trennung erfordert nicht immer separate physische Geräte, aber sie erfordert eine durchdachte E/A-Planung. Zehn Hot-Swap-NVMe-Einschübe können in realen Implementierungen mehr ausmachen als eine auffällige CPU, weshalb ein 4U AMD MI250 GPU Server-Rack mit 10 Hot-Swap NVMe Einschüben wird für Betriebe interessant, die ERP-Daten, Analysen, Simulationen oder KI-gestützte Qualitätsworkloads kombinieren. Nicht jeder ERP-Käufer braucht GPU-Beschleunigung. Viele brauchen sie nicht. Aber High-Density-NVMe plus Erweiterungsmöglichkeiten sind interessant, wenn ERP-Daten in digitale Zwillinge, vorausschauende Wartung oder bildbasierte Inspektion einfließen.
Und ja, ich kenne den puristischen Einwand: “Das ist doch kein reiner ERP-Server.” Richtig. Im Jahr 2026 ist die ERP-Datenplattform oft nicht mehr nur ERP.
Cloud-ERP-Vertriebsteams sagen Ihnen, dass On-Premise veraltet ist.
Die Anbieter von On-Premise-Servern sagen Ihnen, dass die Cloud teuer und unsicher ist.
Beide wollen etwas verkaufen.
Hier ist meine Meinung: Cloud-ERP ist oft besser für Unternehmen mit schwachen IT-Abläufen, verteilten Büroanwendern und Standardprozessen. Eine ERP-Serverinfrastruktur vor Ort ist oft besser, wenn Betriebe lokale Kontrolle, Integrationen mit niedriger Latenz, umfangreiche Anpassungen, empfindliche OT-Nachbarschaften oder eine vorhersehbare langfristige Kostenmodellierung benötigen.
Aber Hybrid wird die wahre Antwort sein. Führen Sie ERP-Kernarbeitslasten dort aus, wo Kontrolle und Latenz sinnvoll sind. Verschieben Sie Analysen, Lieferantenportale, Disaster Recovery oder nicht-sensible Berichte in Cloud-Dienste, wenn es sich rechnet.
Die Gefahr ist die Ideologie. Wenn Ihr Team “Cloud-first” oder “On-Premise-first” sagt, bevor es das Verhalten der Arbeitslast abbildet, dann handelt es sich nicht um eine Strategie. Sie betreiben Religion.
Ein Leitfaden zur Serverauswahl für Manufacturing ERP, der die Cybersicherheit in einem eigenen Kapitel behandelt, liegt bereits zurück.
Fertigungssysteme sind attraktive Ziele, denn Ausfallzeiten schmerzen. Die DBIR-Analyse von Verizon aus dem Jahr 2024 umfasste 30.458 Sicherheitsvorfälle und 10.626 bestätigte Sicherheitsverletzungen; sie berichtete, dass 90% der Datenschutzverletzungen finanziell motiviert waren und dass Ransomware in 92% der Branchen weiterhin eine der größten Bedrohungen darstellt. (Verizon)
Das ist wichtig, wenn Sie sich für eine ERP-Infrastruktur entscheiden. Ihr ERP-Server ist nicht nur ein Rechenzentrum. Er ist ein Knotenpunkt für die Unternehmenssteuerung.
Der Server benötigt:
MFA-geschützter administrativer Zugang
Rollenbasierte Zugriffskontrolle
Netzwerksegmentierung zwischen Büro-IT-, ERP- und OT-Zonen
Sicherer Fernsupport für Anbieter
Patch-Fenster, die der Betrieb tatsächlich tolerieren kann
EDR kompatibel mit ERP-Leistungsanforderungen
Unveränderliche oder Offline-Sicherungskopien
Zentralisierte Protokollierung
Verwaltung von Firmware- und BIOS-Updates
Dokumentiertes Ziel für die Wiederherstellungszeit und den Wiederherstellungspunkt
Die NIST-Leitlinien für die Fertigung verweisen die Käufer auf das NIST Manufacturing Profile, NISTIR 8183, als CSF-Implementierungsdetail, das für Fertigungsumgebungen entwickelt wurde und mit den Zielen und Best Practices des Sektors übereinstimmt. NIST weist auch darauf hin, dass SP 800-82 OT-Sicherheitsanforderungen wie Leistung, Zuverlässigkeit, Sicherheit, Risikomanagement und Sicherheitskontrollen abdeckt, während das Manufacturing Profile 42 technische Fähigkeiten behandelt.
Übersetzt heißt das: Kaufen Sie nicht zuerst den ERP-Server und entwickeln Sie die Kontrollen später. Kaufen Sie eine Infrastruktur, die die Kontrollen unterstützen kann, ohne die Produktion zu zerstören.
Für einen Hersteller des mittleren Marktsegments bevorzuge ich ein mehrschichtiges Design:
Anwendungsebene auf virtuellen Maschinen.
Datenbankebene isoliert und abgestimmt.
Die Berichtsebene ist von den Live-Transaktionen getrennt.
Die Backup-Ebene ist vor einer Kompromittierung der Domäne geschützt.
Verwaltungsnetz getrennt vom Benutzerverkehr.
OT-Integrationen werden vermittelt, überwacht und protokolliert.
Das klingt teuer. Es ist billiger als Chaos.
A 2U-Beschleuniger-Rackserver mit dichtem Speicher und umfangreicher E/A eignet sich für die Art von gemischten Arbeitsumgebungen, in denen ERP nicht mehr allein ist. Denken Sie an Datenbanken plus Berichtsreplikate, API-Dienste, Qualitätsdatenerfassung oder Analysen auf Werksebene. Dichter Speicher und E/A sind wichtig, da Fertigungssysteme unordentliche, häufige und zeitkritische Daten erzeugen.
Wenn die Anlage SMT-Linien, Inspektionsstationen oder die Rückverfolgbarkeit von thermischen Prozessen umfasst, muss das ERP-System möglicherweise Qualitäts- und Prozessdaten aus dem Ökosystem der Anlage aufnehmen. Das ist der Punkt, an dem die Verknüpfung der ERP-Infrastruktur mit Produktionswerkzeugen wie einem KIC Explorer Thermoprofiler für SMT-Reflow-Ofensysteme ist weniger zufällig, als es aussieht. Die Rückverfolgbarkeitsdaten müssen irgendwo untergebracht werden. Schließlich bittet die Geschäftsleitung das ERP-System um eine Erklärung.
Beginnen Sie mit Fakten zur Arbeitsbelastung.
Keine Hoffnungen. Keine Lieferantenausfälle. Fakten.
Erkundigen Sie sich nach aktuellen und prognostizierten Zahlen:
Benannte Benutzer
Gleichzeitige Benutzer
Transaktionen pro Stunde
Größe der Datenbank heute
Datenbankwachstum pro Monat
Anzahl der Pflanzen
Anzahl der Lagerhäuser
Häufigkeit der Dispositionsläufe
Zeitfenster für Spitzenbuchungen
Aktualisierungsmuster für Berichte
Integration zählen
Wachstum des Anbauspeichers
Backup-Fenster
RTO und RPO
Fünfjährige Aufbewahrungspflicht
Dann stellen Sie die unangenehmen Fragen.
Was passiert, wenn der Host der ERP-Datenbank am Versandtag um 9.30 Uhr ausfällt?
Was passiert, wenn Ransomware die Domain verschlüsselt?
Was passiert, wenn ein Speichercontroller während des Monatsabschlusses ausfällt?
Was passiert, wenn der ERP-Anbieter während eines Produktionsausfalls Fernzugriff benötigt?
Was passiert, wenn sich der Arbeitsaufwand für die Berichterstattung verdoppelt, nachdem der COO die Dashboards entdeckt hat?
Der Käufer, der diese Fragen stellt, gibt in der Regel intelligenter aus. Nicht immer weniger. Aber intelligenter.
| Server-Auswahlbereich | Konservative ERP-Einrichtung | Wachstumsorientiertes ERP-Setup | Einrichtung einer hochintensiven Fertigung |
|---|---|---|---|
| Beste Passform | Kleiner Hersteller, eingeschränkte Nutzer | Hersteller mit mehreren Standorten und Integrationen | Schwere MRP, Analytik, Rückverfolgbarkeit, Qualitätsdaten |
| CPU-Ansatz | Starke Einzelsteckdose oder Doppelsteckdose | Dual-Sockel mit Virtualisierungsreserven | Doppelsockel oder beschleunigte Rechenleistung, wenn die Analyse dies rechtfertigt |
| Gedächtnishaltung | Genug für ERP- und Datenbank-Cache | 2x Strombedarf mit freien Erweiterungssteckplätzen | Großer Speicherpool, Berichtstrennung, Wachstumsreserve |
| Lagerung | Enterprise SSD, RAID-Planung | NVMe bevorzugt für Datenbank und Protokolle | Mehrere NVMe-Tiers, Hot-Swap-Einschübe, getrennte E/A-Pfade |
| Verfügbarkeit | Gute Backups, Ersatzteilplan | Virtualisierung HA, redundante PSU/Netzwerke | HA-Cluster, getestete DR, unveränderliche Backups |
| Sicherheit | MFA, Patching, EDR | Segmentierung, Protokollierung, kontrollierter Anbieterzugang | Zero-Trust-Zugang, SIEM, OT-bewusstes Netzwerkdesign |
| Risiko | Die Leistungsobergrenze wird früher erreicht | Beste Balance für viele B2B-Einkäufer | Höhere Kosten, aber besser geeignet für datenintensive Anlagen |
Diese Tabelle ist absichtlich unverblümt. “Konservativ” bedeutet nicht schlecht. Es bedeutet, dass man die Obergrenze kennt und sie akzeptiert.
Der erste Fallstrick ist die Dimensionierung für die Aufnahme des Betriebs.
Go-live ist keine Reife. Go-live ist das Anfangsstadium. Die wirkliche Arbeitsbelastung kommt später, wenn die Benutzer dem System genug vertrauen, um es mit Berichten, Anhängen, Integrationen, benutzerdefinierten Feldern und Prozessausnahmen zu missbrauchen.
Die zweite Falle besteht darin, die Mindestanforderungen der ERP-Anbieter als Empfehlungen zu betrachten.
Mindestwerte sind gesetzliche Überlebenszahlen. Sie sind keine Leistungsversprechen.
Die dritte Falle ist das Ignorieren der Erholung.
Die Analyse von Verizon aus dem Jahr 2024 meldet auch einen Anstieg der Ausnutzung von Schwachstellen um 180% als Ursache für Sicherheitsverletzungen und besagt, dass Unternehmen durchschnittlich 55 Tage benötigen, um 50% der kritischen Schwachstellen zu beheben, die im CISA-Katalog für bekannte ausgenutzte Schwachstellen aufgeführt sind, sobald Patches zur Verfügung stehen.Das ist keine abstrakte Cyber-Metrik. Es ist eine Warnung, dass Patching, Segmentierung und Wiederherstellungsfähigkeit die Serverarchitektur beeinflussen müssen.
Die vierte Falle ist der Kauf eines heroischen Servers.
Ein einziger großer Host kann effizient aussehen, bis er zu einer einzigen teuren Ausfalldomäne wird. Virtualisierung hilft, aber nur, wenn sie mit Redundanz, Isolierung von Backups und Wiederherstellungstests kombiniert wird. Andernfalls ist es nur eine nette Möglichkeit, mehr Eier in einen Korb zu legen.
Verwenden Sie diese Reihenfolge:
Arbeitslastkarte.
Größe der Datenbank.
Ziel für die Speicherlatenz.
Speicherkapazität.
CPU-Gleichzeitigkeit.
Virtualisierungsentwurf.
Sicherheitsarchitektur.
Entwurf der Sicherung und Wiederherstellung.
Modell zur Unterstützung des Anbieters.
Fünfjähriger Expansionspfad.
Beachten Sie, was zuletzt kommt: der Preis.
Ich will damit nicht sagen, dass das Budget keine Rolle spielt. Ich sage nur, dass der Preis wichtiger ist als die Architektur, weil die Hersteller dann zweimal kaufen.
Für eine unkomplizierte ERP-Bereitstellung in der Fertigung sollten Sie mit einer zuverlässigen Dual-Socket-Rack-Plattform beginnen. Für ERP plus Analyse-, Simulations- oder Qualitätsdaten-Pipelines sollten Sie dichte E/A- und NVMe-lastige Systeme evaluieren. Für KI-lastige Inspektionen, Prognosen, digitale Zwillinge oder Engineering-Workloads neben ERP können Accelerator-Server sinnvoll sein, aber nur, wenn der Software-Stack sie nutzen kann.
Kaufen Sie keine GPUs, weil jemand “KI” gesagt hat. Kaufen Sie GPUs, weil ein bestimmter Arbeitsaufwand, eine bestimmte Toolchain und ein bestimmter ROI sie erfordern.
Der beste Server für Manufacturing ERP ist ein auf die Arbeitslast abgestimmtes Geschäftssystem mit schnellem Datenbankspeicher, ausreichend Speicherplatz, stabiler CPU-Leistung, redundanter Stromversorgung und Vernetzung, sicherer Verwaltung und einem getesteten Sicherungs- und Wiederherstellungskonzept. Die Größe des Servers sollte sich an den Spitzenlasten von Produktion, MRP, Reporting und Integration orientieren, nicht an den Mindestanforderungen des Herstellers.
In der Praxis bedeutet das in der Regel Rack-Hardware der Enterprise-Klasse, NVMe- oder High-End-SSD-Speicher für Datenbank-Workloads, ECC-Speicher, redundante Komponenten und eine Support-Abdeckung, die den Betriebszeiten der Anlage entspricht. Der “beste” Server ist derjenige, der Planung, Produktion, Inventar, Einkauf und Finanzen unter Druck hält.
Ein Server für ERP-System-Workloads benötigt genügend Arbeitsspeicher, um aktive Datenbankseiten zu speichern, das Betriebssystem zu unterstützen, ERP-Anwendungsdienste zu verarbeiten, Berichtsspitzen aufzufangen und Spielraum für künftige Benutzer und Datenvolumen zu lassen. Für viele Hersteller beginnt die praktische RAM-Planung bei 128 GB und steigt schnell mit der Größe der Datenbank und der Gleichzeitigkeit.
Der Fehler besteht darin, eine universelle Zahl zu verlangen. Eine ERP-Umgebung mit 40 Anwendern und eine ERP-Umgebung mit 400 Anwendern und mehreren Werken sind zwei verschiedene Dinge. Datenbank-Engine, Virtualisierungs-Overhead, Anhänge, Berichte und Integrationen verändern die Zahl.
NVMe-Laufwerke sind für ERP-Hardwareanforderungen in der Fertigung nicht immer zwingend erforderlich, aber sie werden dringend empfohlen, wenn die ERP-Datenbank häufige Schreibvorgänge, MRP-Läufe, Barcode-Transaktionen, Chargenverfolgung, Berichterstellung und Integrationen verarbeitet. NVMe reduziert die Latenzzeit in der Speicherebene, wo viele ERP-Leistungsprobleme unbemerkt beginnen.
Für die einfache ERP-Nutzung kann eine SATA- oder SAS-SSD für Unternehmen geeignet sein. Für geschäftige Produktionsumgebungen ist NVMe langfristig oft die sicherere Wahl, da das ERP-Datenvolumen selten schrumpft und der Berichtsbedarf fast immer steigt.
B2B-Käufer sollten sich für Cloud-ERP entscheiden, wenn sie eine einfachere Verwaltung, dezentralen Zugriff, Abonnementpreise und weniger Verantwortung für die interne Infrastruktur wünschen, während ein ERP-Server vor Ort für Hersteller geeignet ist, die eine lokale Kontrolle, Werksintegrationen mit geringer Latenz, Anpassungen, vorhersehbare Hardware-Besitzverhältnisse oder ein engeres OT-Nachbarschaftsmanagement benötigen.
Die bessere Antwort könnte eine Mischform sein. Behalten Sie latenz- oder steuerungsempfindliche Arbeitslasten in der Nähe der Anlage und nutzen Sie dann Cloud-Dienste für Disaster Recovery, Lieferantenzugriff, Analysen oder nicht sensible Berichte, wenn die Wirtschaftlichkeit und das Risikomodell sinnvoll sind.
Wählen Sie einen Server für Manufacturing ERP, indem Sie Benutzer, Transaktionen, Datenbankwachstum, MRP-Läufe, Berichtslast, Integrationen, Sicherungsziele, Sicherheitsbedürfnisse und Fünf-Jahres-Erweiterungen abbilden, bevor Sie Hardwaremodelle vergleichen. Die Auswahl des Servers sollte auf der Grundlage der Arbeitslast erfolgen und nicht auf der Grundlage allgemeiner Mindestanforderungen des Anbieters oder von Abkürzungen bei der Beschaffung.
Gehen Sie von der schlimmsten Produktionswoche aus, nicht von der durchschnittlichen Woche. Dimensionieren Sie dann CPU, Arbeitsspeicher, Speicher, Redundanz und Support entsprechend diesem Szenario. Ein Server, der Produktionsspitzen übersteht, ist mehr wert als ein billigerer Server, der in einer Kalkulationstabelle gut aussieht.
Der größte Fehler bei der Planung der ERP-Workload-Infrastruktur besteht darin, dass man sich auf die Inbetriebnahme des Systems einstellt und nicht auf die Realität in der Fertigung im Dauerbetrieb. Die Workloads beim Go-Live sind in der Regel kleiner, sauberer und weniger integriert als das System, nachdem die Benutzer Berichte, Anhänge, Scanner, benutzerdefinierte Prozesse, Qualitätsdaten und Ausnahmen auf Werksebene hinzugefügt haben.
Ein guter Infrastrukturplan geht davon aus, dass ERP immer unordentlicher wird. Er lässt Speichersteckplätze, Speicherplätze, Netzwerkkapazitäten, Sicherungskapazitäten und Virtualisierungsmöglichkeiten für dieses Chaos.
Wenn Sie eine ERP-Infrastruktur für das verarbeitende Gewerbe kaufen wollen, sollten Sie die Anbieter nicht zuerst nach einem Serverangebot fragen. Fragen Sie nach einem Arbeitslastmodell. Fragen Sie nach einem Wiederherstellungstest. Fragen Sie, wo es zu Engpässen beim Schreiben in die Datenbank kommt. Fragen Sie, wie sich das System verhält, wenn MRP, Wareneingang, Produktionsberichte und Dashboards aufeinandertreffen.
Wählen Sie dann den Server aus.
B2B-Einkäufer, die Rack-Infrastrukturen vergleichen, sollten mit praktischen Auslastungskategorien beginnen: a 1U-Dual-Socket-Rack-Server für ERP- und Rechenzentrumsanwendungen für kompakte ERP-Virtualisierung, eine 2U-Beschleuniger-Rackserver mit dichtem Speicher und umfangreicher E/A für gemischte ERP- und Analyse-Workloads, oder eine 4U NVMe-lastiges AMD MI250 GPU Server-Rack wenn ERP-Daten in schwerere Berechnungen, Simulationen oder KI-gestützte Fertigungsanalysen einfließen.
