Zitat von Stevie:

Oder weil es kein Vertrauen in eine Firma gibt, die nichmal ihre eigene IT Infrastruktur unter Kontrolle hat.

Dann dürfte man auch Vodafone, Telekom und viele weitere Firmen nicht nutzen. Ist für mich kein nachhaltiges Argument und zu kurzfristig entschieden.

Bei Load Balancing gibt es zwei gängige Arten der Verwaltungsreplikation. D.h. der Replikation der Verwaltungsinformationen für das Load Balancing und die verwendeted Serverstruktur/Serverzuordnungen.

Üblich ist ein Verfahren, dass öfters als Rolling Replication bezeichnet wird. D.h. alle Verwaltungsinformationen über neue/geänderte Load Balancing Server werden rollend über alle Instanzen verteilt. Aktivierung erfolgt, wenn das Ende der Replikationskette rückwärts die Aktualisierung bestätigt.

Theoretischer Vorteil ist, dass man am ersten Server eine vollständige Rückmeldung nach einger Zeit erhält.

Nachteil fängt dann an, wenn in der Replikationskette eine Lücke existiert, die Aktualisierung dies nicht überspringen kann und man auf einmal zwei oder mehrere verschiedene Konfigurationen hat, die meistens auch noch ohne Versionkennung sich gegenseitig konkurrieren. Das kracht unerbittlich und kann nur schwer behoben werden. Eigentlich nur, wenn man alles abschaltet und einzeln mit neuer Konfigurationseinstellung wieder hochfährt.

Einfach zu erstellen und zu verwalten und daher sehr häufig im Einsatz.


Das andere Verfahren wird öfters als Encapsulated Transmission oder als Hirachic Replication bezeichnet. Ein Ursprungspunkt wählt alle Server aus, sendet einzeln an alle die neue Konfiguration mit einem Gültigkeitsdatum, einer Versionkennung, etc. und erhält Rückmeldungen. Ein verlorener Ast wird durch die Versionskennung automatisch ausgeschlossen und kann relativ einfach ein- und ausgekoppelt werden. Üblicherweise braucht man hier mindestens 2 Betriebsmaster oder verteilt die Betriebsmaster Rolle über eine Replication bei entsprechendem Ausfall oder Übertragung. Aufwendiger zu planen (nicht nur die Übertragung auch die Rückmeldungen müssen verwaltet werden) und zu programmieren. Aber relativ Ausfallsicher. Ähnlich einem selbststeuerneden Linux Cluster.

Nur, wer leistet sich heute noch den Luxus der teuren Ausfallsicherheit???

Hallo zusammen,
ich würde gern diesen Thread reaktivieren, da sich ja hier ursprünglich über Lizenzprobleme mit Delphi 10.4 unterhalten wurde.
Ich habe meine Community Lizenz bei Embacadero unter meiner privaten Email aktiviert und einen Serial-Key erhalten.

Dem Anschein nach wird dieser Key auch richtig im Lizenzmanager erkannt und konnte erfolgreich registriert werden.
lizenz_manager.png
Trotzdem bekomme ich nach einem Click auf "Done" die Meldung, dass ich nicht für Delphi 10.4 lizensiert bin.

Ein Export der Log-Datei (Anhang regwizard_log.txt) gibt auch keine Aufschlüsse. Es wird kein Fehler geloggt.

Ich hoffe auf eine rettende Idee!

MfG
Thorben Werner

Dieses Problem hatte ich auch mal, allerdings mit 10.4 Pro. Ich hatte damals einen Support case aufgemacht und die nachfolgend eingefügte Antwort bekommen. Leider hat da nur ein "clean uninstall" mit folgender Neuinstallation geholfen.

markieren

Code:

It is possible the installation is detecting a corrupted or outdated license file. Either because of previous version serial numbers you have registered that has no subscription or previous trial licenses you have used that is being detected by the registration.

Please do the steps to clear licenses that could cause issues with the install.

1. Remove any *.slip or reg*.txt files located in the following directory:
C:\Users\<your user name>

2. Delete or rename directory the directory below (note that this will also delete existing serial numbers you have in the License Manager which you can simply re-register back later):

C:\ProgramData\Embarcadero

3. Clear out and delete all files and folders in your temp folder:

C:\Users\<your user name>\AppData\Local\Temp

4. Relaunch the product and re-register. Optionally, you can re-install by following Step 5.

5. If problems persists, please delete C:\ProgramData\Embarcadero followed by a clean removal, using the steps below before reinstalling:
https://blogs.embarcadero.com/manual-uninstall-of-rad-studio-delphi-cbuilder-10-4-sydney/

In der Logdatei tauchen zwei verschiedene Lizenzschlüssel auf. Vermutlich liegen da wirklich mehrere Lizenzdaten herum. Insofern wird das Umbenennen des Verzeichnisses C:\ProgramData\Embarcadero mit anschließender Neueingabe des Lizenzschlüssels vielleicht bereits reichen.

Danke für die schnellen Antworten!

Am Ende hat eine Deinstallation via Windows + die Liste an zusätzlichen Schritten aus peterbelow's Antwort (Punkt 5) geholfen.

MfG
Thorben

Die andere Ser# ist eine Trial.

Beide Editionen (Trial ./. Community Edition) installieren unterschiedliche Dateien und können nicht durch den Austausch der Ser# umgeswitched werden - das beisst sich immer!