Hallo
topperharly hat geschrieben:1. Der Server auf dem Migration durchgeführt wurde ist leistungsfähiger als alles was ich an Hardware vor Ort stehen habe.
Kann schon sein, aber bist du auch der einzigste User auf dem Server?
topperharly hat geschrieben:3. Einzig das Problem "Zwangsdisconnect" umgeht man damit.
Nein, ein eigener lokaler Server bietet dir dazu noch die Möglichkeit ihn auf deine Bedürfnisse anzupassen.
topperharly hat geschrieben:2. Die Lokale Migration setzt vorraus, dass entsprechend das gesamte Forum (Filesystem-Stuff, DB-Stuff) entsprechend auch wieder hochgeladen werden muss..
Und? Ist das ein Problem? Die Datenbank einzuspielen und die Dateien des Forums (nur diese Dinge werden benötigt) dauert vielleicht eine Stunde, wenn es hoch kommt. Das wäre mir die Sicherheit allerdings wert.
topperharly hat geschrieben:
Es wäre nett, wenn du mir ein wenig Feedback zu meinen wirklichen "Fragen" geben könntest:
1. Welche Erfahrungen habt ihr bei so "großen" Datenbeständen (bzw. Anzahl von Postings)
Was erwartest du als Antwort?
Man kann hier keine pauschalen Aussagen treffen.
Das ganze ist abhängig von der vorhandenen Hardware, abhängig davon ob noch mehrere User auf dem gleichen Server sind (Shared Hosting - wodurch die Leistung des Servers auf alle User verteilt wird und nicht mehr nur dir allein zur Verfügung steht), davon wie der Server konfiguriert wurde, davon wie MYSQL und PHP konfiguriert wurden u.s.w.
Daher mein Vorschlag, die Konvertierung auf einem lokalen Server - wo man all das selbst in der Hand hat - durchzuführen.
topperharly hat geschrieben:2. Warum ist der Inhalt der DB soviel größer geworden
UTF-8 benötigt mehr Speicherplatz siehe
http://blog.koehntopp.de/archives/1424- ... lagen.html
topperharly hat geschrieben:3. Was lässt sich optimieren (z.B.: SQL Queries, vorher INDEXes generieren usw., spezielle MySQL Parameter ....)
Ohne die Server-Konfiguration zu kennen - NICHTS
Wie gesagt - es ist da unmöglich pauschale Aussagen zur Optimierung zu treffen.
topperharly hat geschrieben:4. Woraus resultiert die hohe I/O Last?
Auch hier wieder - keine pauschale Aussage möglich ohne die Server-Konfiguration zu kennen.
topperharly hat geschrieben:5. Wie lässt sich der Converterlauf, ohne Browser starten (evt. mit lokalem PHP)
Ach - und lokales php läuft ohne Browser? Das wäre mir neu.
Im Ernst - ohne Browser geht es nicht, da es sich um ein PHP-Script handelt und dieses ja im Browser aufgerufen werden muss.
topperharly hat geschrieben:Ich frage dies auch, weil im Zusammenhang mit der SearchIndex-Indexgenerierung die gleichen Problem auftraten.
In phpBB3 kannst du die Suche auf Fulltext-MYSQL umstellen und sparst nebenbei noch den Speicherplatz für die Suchtabellen.
topperharly hat geschrieben:Und bitte schlage mir nicht wieder vor, dies auf einem lokalem System durchzuführen.
Dies entspricht nicht einer praktikablen Lösungsfindung...
Das sehe ich allerdings etwas anders. Auf einem lokalen Server hat man die totale Kontrolle über die Ressourcen und die Konfiguration des Systems.
P.S. Sorry, wenn ich dir hier kein komplettes Tutorial zur perfekten Server-Konfiguration liefere. Das würde den Rahmen dieses phpBB-Supportforums bei weitem sprengen. Es gibt zu diesem Thema zig andere spezialisierte Foren. Da solltest du dich mal einarbeiten.
Das ganze ist nicht so trivial, wie du anscheinend glaubst. Zur Optimierung muss man die Abfragen genau analysieren, die Verwendung der indizes von MYSQL überprüfen, die Abfragen dann den Ergebnissen entsprechend anpassen (optimieren) u.s.w.
Lies dir mal diese Artikelserie durch
1.
SQL-Optimierung: Indizes richtig einsetzen
2.
SQL-Optimierung: Indexnutzung in Queries manuell steuern
3.
SQL-Optimierung: Tabellen und Spalten anpassen
4.
SQL-Optimierung: Daten effizient in Tabellen einfügen
5.
SQL-Optimierung: Manuelles Priorisieren und Sperren
6.
SQL-Optimierung: Server richtig konfigurieren
Grüße: Mahony