Am Abend der Forever-Beta-Eröffnung am 17. September 2026 wurden Spieler rausgeworfen, Quests brauchten eine Minute zum Öffnen und der Server musste neu gestartet werden. Senior Producer Tom Ellis hat alle drei Ausfälle aufgeschlüsselt — und keiner betraf das Spiel selbst.

Der Abend der Forever-Beta-Eröffnung am 17. September 2026 war heikel: Spieler wurden rausgeworfen, Quests und Beute brauchten eine volle Minute zum Öffnen und der Server musste mit Progressverlust neu gestartet werden. Blizzard hat eine Analyse veröffentlicht, was schiefgelaufen ist — und kein einziger Vorwurf betrifft das Spiel selbst.

Wo alles läuft

Die Beta läuft auf dem PTR-Stand, nicht auf Live. Davon gibt es nur einen, und der ist regional. Historisch haben WoW-Betas die Infrastruktur kaum belastet, und niemand hat die Hardware dafür ernsthaft ausgelegt. Mit dieser Annahme ging man auch den Forever-Start an.

Daraus sind alle drei Probleme dieses Abends entstanden.

Erstens: Massen-Disconnects

Man hat eine halbe Stunde gesucht — und es gab nichts zu finden. CPU und Speicher waren in allen Diensten in Ordnung. Das Battle.net Game Service-Team sah auf seiner Seite das Gleiche. Der Übeltäter war ein Lastzähler, der BGS vor dem Kollaps schützt: Ein kleiner regionaler Stand schob einen riesigen Strom von Logins durch zwei Verbindungen, und die Rechnung, mit der der Zähler entscheidet, wann Panik angesagt ist, ging kaputt.

Die Verbindungen wurden auf acht erhöht — die Disconnects hörten auf. Laut Senior Producer Tom Ellis löste der Zähler zum ersten Mal aus, ohne dass die CPU gleichzeitig belastet war. In seinem Thread auf X kam der Satz '20 years, always something new' gut an.

Zweitens: Lags bei Beute und Quest-Abgabe

Beute öffnete sich langsam, Quests brauchten lange zum Annehmen. Der Übeltäter war die PTR-Datenbank: Neue Tabellen und ein starker Strom von Inserts hatten den Query Planner mit veralteten Annahmen über die Daten zurückgelassen. Die Oracle-Ingenieure haben die Statistik manuell durchlaufen lassen und die automatische Neuberechnung aktiviert. Die Geschwindigkeit war sofort zurück.

Drittens: Der Neustart

Nach wenigen Stunden musste man alle rauswerfen. Die WORLD-Pools, auf denen das eigentliche Spiel läuft, haben die CPU verbrannt und waren am Speicherlimit, während der OOM-Killer schon die ersten virtuellen Maschinen holte — mit dem Risiko, den Hypervisor mitzureißen.

Die Classic-Ingenieure fanden die Ursache: Leere Karten schalteten sich nicht richtig ab, und die Server fraßen langsam ihre eigenen Ressourcen. Der Fix bestand die Prüfung, erforderte aber einen Neustart. Zusätzlich wurden Backup-WORLD-Pools und eine zweite Instanz des regionalen Dienstes hinzugefügt. Danach verlief die Nacht ruhig.

Warum man die Last nicht erahnt hat

Der Stand wurde nach den Erfahrungen früherer WoW-Betas dimensioniert. Was aber kam, war das Publikum eines Launch-Tages — solche Zahlen hat es lange nicht gegeben. Lead Designer Josh Greenfield (Aggrend) schrieb auf X: 'In 17 Jahren bei Blizzard und fast 8 im Classic-Team habe ich solche Zahlen nie gesehen.'

Was das für den 4. November bedeutet

Direkt — nichts. Der Live-Stand hat nichts mit der Beta zu tun, und keiner der drei Ausfälle sagt etwas über die Bereitschaft des Spiels aus. Indirekt — schon: Die Nachfrage war höher als Blizzards interne Prognosen, also sollte man Warteschlangen beim Start einplanen.

In der Praxis

• Die Beta-Ausfälle betrafen den PTR-Teststand, nicht das Spiel selbst; zum 4. November ist das nicht mehr relevant.
• Wenn es beim Release Warteschlangen gibt — es ist dieselbe Geschichte wie am 17. September in der Beta: Die Nachfrage ist höher, als Blizzard erwartet hat.
• Wenn einen am 4. November in den ersten Stunden der Charakter rausgeworfen wird — das ist kein 'kaputter Release' mehr, sondern die normale Geschichte einer Server-Übersättigung, wie bei früheren WoW-Starts.