Quote:
Originally Posted by schmizi
ganau, da er amanfang das alles aus einer DB gelesen hat. also Chars die auf Cluster 1 waren, waren hinterher auf Cluster 2, was nicht sollte, da jeder Cluster eigene chars haben sollte.
Dannach sind wir ja auch auf 3Roots umgestiegen.
was aber auch ein Problem wird, das die Data.res DataSub.res und DataSub2.res auf allen Clustern die gleich ist.
Aber dafür habe ich lokal eine lösung, ich habe mir 2Patcher erstellt, einer hieß GW und ein anderer Low.
Und jeder hat auf sein eigenes Patchverzeichnis zugegriffen.
Dann habe ich es so geändert das es eine Neuz.exe gab ( Low rate Cluster ) und eine Neuz_GW.exe ( Gw Cluster ) dann habe ich es so eingestellt das die DataSubs auch anderes hießen auf den die Neuz_GW.exe zugreift.
Dannach hatte man für jeden Server ob Low oder High, den Gleichen Client aber 2Starter ( Patcher ).
Und konnte auch GW Shops auf den einen und Low Shops auf den anderen Cluster machen.
Aber ist ziemlich umständlich  |
Normal soll es ja auch so sein:
1 Accountserver, über den alles läuft (sämtliche Cluster)
- Verwaltung der Accounts
- Zentrale Verbindung zwischen allen Clustern
- Zugriff auf: ACCOUNT_DBF
Schon ab dem Certifier/DB Server (ab dem DB Server wird es relevant!) muss jeder Cluster seine eigene Datenbank (auch eigene ODBC Settings) haben, damit das alles klappt.
Was glaubt ihr wohl, warum Aeonsoft das ganze damals CHARACTER_0X_DBF, usw genannt hat? Das wird schon seine Gründe haben ^^
Die Datenbanken kann man auch alle auf einem Server hosten, dafür wird meist ein eigener Root genommen.
