Bitrix24 On-Premise: Systemanforderungen und Hosting im Überblick

Sie haben sich für die selbstgehostete Variante entschieden oder ziehen sie ernsthaft in Betracht – und stehen jetzt vor der entscheidenden Frage: Was muss der Server eigentlich können? Genau hier scheitern viele Projekte nicht an Bitrix24, sondern an einem zu schwach dimensionierten oder falsch konfigurierten Setup. Die Software läuft dann zwar, fühlt sich aber träge an, hängt bei Reports oder bricht unter Last weg.

Wer die Bitrix24 On-Premise Systemanforderungen unterschätzt, zahlt das später mit Performance-Problemen und Nachtschichten. Als IT-Verantwortliche brauchen Sie deshalb keine Marketing-Tabelle, sondern eine ehrliche Einordnung: Welche Hardware, welche Software-Komponenten und welche Hosting-Form sorgen dafür, dass Ihr eigener Server stabil und schnell bleibt?

Dieser Überblick fasst zusammen, worauf es in der Praxis ankommt – inklusive der Fehler, die wir in Kundenprojekten immer wieder sehen. (Stand: Juni 2026; verbindlich bleiben stets die offiziellen Systemanforderungen von Bitrix24, die sich mit neuen Versionen ändern können.)

Server- & Software-Voraussetzungen

Bitrix24 On-Premise (oft als „Bitrix24 self-hosted” oder über das zugrunde liegende Bitrix Framework bekannt) ist eine klassische LAMP-Anwendung: Linux, ein Webserver, PHP und eine MySQL-kompatible Datenbank. Theoretisch lässt sich das auch unter Windows betreiben, in der Praxis ist eine aktuelle Linux-Distribution aber der erprobte und deutlich pflegeleichtere Weg.

Die zentralen Software-Bausteine sind:

• Webserver: Apache oder nginx, in produktiven Setups häufig nginx als Reverse Proxy vor Apache.
• PHP: eine aktuelle, von Bitrix offiziell unterstützte PHP-Version mit den geforderten Erweiterungen. Prüfen Sie hier unbedingt die offizielle Kompatibilitätsliste, da ältere PHP-Versionen schnell aus dem Support fallen.
• Datenbank: MySQL beziehungsweise eine kompatible Variante wie MariaDB oder Percona, sauber konfiguriert.
• Caching: Für ernsthaften Betrieb gehört ein Cache-Layer wie Memcached oder Redis dazu, sonst verschenken Sie spürbar Geschwindigkeit.

Bitrix liefert dafür eine vorkonfigurierte Umgebung, den sogenannten BitrixVM (Bitrix Virtual Appliance), die das Zusammenspiel dieser Komponenten bereits abgestimmt mitbringt. Für die meisten Unternehmen ist das der pragmatischste Einstieg, weil Sie nicht jede Einstellung von Hand austarieren müssen. Wer ein bestehendes, individuell gehärtetes Linux nutzt, kann die Komponenten auch einzeln aufsetzen – braucht dann aber das nötige Linux-Know-how.

Wichtig: Auf der Hardwareseite gibt es kein „eine Zahl passt für alle”. CPU-Kerne, Arbeitsspeicher und schneller Speicher (SSD/NVMe) skalieren mit der Zahl aktiver Nutzer und der Komplexität Ihrer Prozesse. Eine Handvoll Nutzer mit schlankem CRM stellt ganz andere Ansprüche als ein Unternehmen mit Telefonie, vielen Automatisierungen und großem Dateibestand.

Performance-Faktoren

Ob sich Bitrix24 flott oder zäh anfühlt, entscheidet selten die reine Server-Größe allein – sondern das Zusammenspiel mehrerer Faktoren. In Kundenprojekten sehen wir häufig, dass an der CPU gespart, dafür aber zu wenig RAM und vor allem zu langsamer Speicher verbaut wurde.

Die wichtigsten Stellschrauben:

• Arbeitsspeicher (RAM): PHP-Prozesse und Datenbank brauchen Luft. Zu wenig RAM führt zu Swapping, und ab dann hilft auch eine schnelle CPU nicht mehr.
• Speicher-Geschwindigkeit: SSD ist heute Pflicht, NVMe ist bei größeren Datenbanken klar im Vorteil. Klassische Magnetfestplatten sind für produktiven Betrieb keine ernsthafte Option mehr.
• Datenbank-Tuning: Die Standard-MySQL-Konfiguration ist selten optimal. Puffergrößen und Verbindungen sollten zur Maschine passen.
• Caching & OPcache: Ein aktiver PHP-OPcache und ein zusätzlicher Objekt-Cache reduzieren die Last erheblich.
• Hintergrundprozesse: Automatisierungen, Agenten und der Cronjob laufen serverseitig. Werden diese nicht sauber eingerichtet, stauen sich Aufgaben auf und Workflows „lösen scheinbar nicht aus”.

Faustregel aus der Praxis: Lieber von Beginn an etwas großzügiger dimensionieren, als nach drei Monaten unter laufendem Betrieb migrieren zu müssen. Reserven kosten beim Setup wenig, ein Notfall-Umzug dagegen viel Zeit und Nerven.

Hosting-Optionen (eigen vs. gehostet)

Bei der Bitrix24 On-Premise Hosting-Frage gibt es grob drei Wege – und keiner ist pauschal „richtig”. Es kommt darauf an, wie viel IT-Verantwortung Sie tragen wollen und können.

1. Eigener Server im Haus (On-Site): Maximale Datenhoheit, der Server steht physisch bei Ihnen. Der Preis dafür: Sie kümmern sich um Strom, Netzwerk, Ausfallsicherheit, Backups und Hardware-Ersatz selbst. Das lohnt sich meist nur bei sehr spezifischen Compliance-Anforderungen und vorhandenem IT-Team.

2. Eigener Root-/Cloud-Server (selbst administriert): Sie mieten eine virtuelle oder dedizierte Maschine bei einem Hoster – idealerweise mit Rechenzentrum in Deutschland oder der EU – und betreiben Bitrix24 darauf in Eigenregie. Das ist für viele KMU der sinnvolle Mittelweg: volle Kontrolle über die Software, aber kein eigener Serverraum. Der Serverstandort ist dabei auch ein Datenschutz-Thema, das Sie ohnehin sauber dokumentieren sollten.

3. Managed Hosting / betreuter Betrieb: Ein Dienstleister stellt die Umgebung bereit und übernimmt Betrieb, Updates und Monitoring. Sie konzentrieren sich auf die fachliche Nutzung. Das verursacht laufende Kosten, nimmt Ihnen aber den größten Teil der Betriebslast ab – gerade ohne dediziertes Server-Team oft die wirtschaftlichste Variante, wenn man die eigene Arbeitszeit ehrlich einrechnet.

Welcher Weg passt, hängt stark davon ab, ob On-Premise für Sie überhaupt die richtige Entscheidung ist. Falls Sie hier noch unsicher sind, hilft unser Beitrag dazu, wann sich die On-Premise-Version wirklich lohnt, bei der Einordnung.

Backup & Updates

Ein Punkt, der bei der Cloud schlicht „mitgeliefert” wird und bei On-Premise komplett in Ihrer Verantwortung liegt: Datensicherung und Aktualisierung. Das ist kein Detail am Rande, sondern der häufigste Grund, warum selbstgehostete Installationen irgendwann zum Risiko werden.

Backups müssen automatisiert, regelmäßig und – das wird gern vergessen – auch außerhalb des Servers gespeichert werden. Ein Backup, das auf derselben Maschine liegt, ist bei einem Hardware- oder Verschlüsselungsvorfall wertlos. Testen Sie zudem regelmäßig die Rückspielung; ein nie geprüftes Backup ist nur eine Hoffnung, kein Sicherheitsnetz.

Updates sind bei On-Premise zweischneidig. Einerseits entscheiden Sie selbst, wann Sie aktualisieren. Andererseits müssen Sie es eben auch aktiv tun – sowohl Bitrix24-Updates über das integrierte Update-System als auch Sicherheitsupdates des darunterliegenden Betriebssystems, von PHP und der Datenbank. Genau diese Server-Updates fallen erfahrungsgemäß am häufigsten unter den Tisch, weil sie niemandem klar zugeordnet sind. Legen Sie deshalb früh fest, wer dafür verantwortlich ist – idealerweise mit Test-Instanz, bevor Updates in die Produktivumgebung gehen.

Typische Fehler im Setup

Aus der Projektpraxis lassen sich die immer gleichen Stolperfallen benennen. Wenn Sie diese von Anfang an vermeiden, ersparen Sie sich den Großteil der späteren Probleme:

• Standard-Webhosting statt eigener Server: Ein günstiges Shared-Hosting-Paket erfüllt die Anforderungen praktisch nie – fehlende Erweiterungen, kein Cron-Zugriff, zu wenig Ressourcen.
• Zu knappe Dimensionierung: „Erstmal klein anfangen” rächt sich, sobald reale Daten und Nutzer dazukommen.
• Cronjob nicht eingerichtet: Ohne korrekt laufenden Cron verzögern oder verschlucken sich Automatisierungen und geplante Aufgaben.
• Kein Caching aktiviert: Die Installation läuft, fühlt sich aber unnötig langsam an.
• Verantwortung für Betrieb ungeklärt: Niemand fühlt sich für Updates und Backups zuständig – bis es einen Vorfall gibt.

Die gute Nachricht: Keiner dieser Fehler ist exotisch, und alle sind vermeidbar. Es braucht nur eine saubere Planung vor dem Go-live statt Reparatur danach.

Häufige Fragen

Reicht ein Standard-Webhosting?

In aller Regel nein. Klassisches Shared-Webhosting bringt selten die nötigen PHP-Erweiterungen, den Cron-Zugriff und die Ressourcen mit, die Bitrix24 On-Premise verlangt. Empfehlenswert ist ein eigener (virtueller oder dedizierter) Server, auf dem Sie die Umgebung – etwa über die vorkonfigurierte BitrixVM – passend einrichten können. Prüfen Sie immer die aktuelle offizielle Anforderungsliste, bevor Sie ein Paket buchen.

Wer übernimmt Updates?

Das müssen Sie aktiv festlegen – bei On-Premise gibt es keine automatische Wartung durch Bitrix. Entweder übernimmt Ihr internes IT-Team Bitrix24-, System- und Sicherheitsupdates, oder Sie geben den Betrieb an einen Dienstleister im Rahmen eines Managed-Hosting-Modells. Wichtig ist vor allem, dass die Zuständigkeit eindeutig geklärt und dokumentiert ist – ungeklärte Verantwortung ist hier das größte Risiko.

Server-Setup, Dimensionierung oder die Wahl zwischen Eigenbetrieb und Managed Hosting – bevor Sie hier Lehrgeld zahlen: Buchen Sie ein unverbindliches Erstgespräch. Wir schauen uns Ihre Anforderungen an und sagen ehrlich, welche Hosting-Form für Ihr Bitrix24 On-Premise wirklich passt – inklusive einer realistischen Einschätzung, ob sich der Aufwand gegenüber der Cloud-Variante für Sie lohnt.