Opensim-Entwicklung Datenbank/Viewer

[Mareta Dagostino]

Wir sind uns hier wohl ziemlich einig, dass man sich nicht auf zuverlässige Datensicherungen durch die Bewohner verlassen kann. Gerade an die Boxen voller Inventarobjekte musste ich auch denken, die einige absichtlich auf ihren Regionen ablegen, um ihre Inventare zu verkleinern.

Was bleibt? Ohne Eingriff in den OpenSim Code dann meiner Meinung nach nichts. Mit leichter Modifikation könnte man zumindest die Regionenbesitzer in Verantwortung nehmen. Man müsste fordern, dass alle Regionenserver in einem Grid regelmäßig online kommen. Unter dieser Bedingung wäre z.B. folgendes Verfahren denkbar:

- OpenSim wird dahin geändert, dass jedes Asset-Objekt einen Datumseintrag bekommt, wann es das letzte Mal gesehen wurde.
- OpenSim wird dahin geändert, dass der Gridserver auf alle Regionenserver zugreifen kann, die gerade online sind. Dort muss der Gridserver dann Lesezugriff in den OpenSim Datenbanken haben, im Wesentlichen müsste man also eine Remote-Datenbankschnittstelle spezifizieren und implementieren.
- Jetzt zyklisch:
1) Der Gridserver erzeugt eine Liste von Assets, die er nicht kennt. Alle Assets, die in der Griddatenbank zugeordnet werden können, werden mit dem aktuellen Datum gestempelt.
2) Der Gridserver fragt bei allen Regionenservern, die online sind, nach. Remote gefundene Assets werden aus der Liste gelöscht und in der Griddatenbank mit dem aktuellen Datum gestempelt.
3) Das Datum wird ermittelt, nach dem alle Offline-Server zwischenzeitlich mal in einem vorangegangenen zyklischen Lauf gefragt wurden.
4) Alle Assets, die noch auf der Liste sind und das letzte Mal vor dem eben ermittelten Datum gesehen wurden, können gelöscht werden.

EDIT: Ein Problem bleibt noch. Manche Scripte verlinken Assets (z.B. Texturen), die nicht im gescripteten Objekt selbst vorkommen. Das müsste man in einem solchen Grid wohl verbieten. Denn auch noch die Scripte nach GUIDS zu durchsuchen und zu ermitteln, ob es sich bei den GUIDS um Zeiger auf Assets handelt, wäre sehr aufwändig und vermutlich zu rechenzeitintensiv.