Sądzę, że najlepszym wyjściem będzie skonfigurowanie połączenia z MySQL'ową bazą danych na obu serwerach, tak aby łączyły się one z tą samą bazą. Może Pan to ustawić w pliku konfiguracyjnym Skripta (config.sk), domyślnie znajdzie Pan tę opcję w linijkach 252-257.
# == MySQL configuration ==
host: localhost # Where the database server is located at, e.g. 'example.com', 'localhost', or '192.168.1.100'
port: 3306 # 3306 is MySQL's default port, i.e. you likely won't need to change this value
user: root
password: pass
database: skript # The database to use, the table will be created in this database.
table: variables21 # The name of the table to create. 'variables21' is the default name, if this was to be omitted.
# (If the table exists but is defined differently that how Skript expects it to be you'll get errors and no variables will be saved and/or loaded)
Alternatywny sposób to, tak jak Kolega wyżej zasugerował, skorzystanie z dodatków wprowadzających zmienne sieciowe, na przykład Skungee. Wadą tego rozwiązania jest to, że Pan najprawdopodobniej nie będzie miał wpływu na to, do której dokładnie bazy są one zapisywane (no chyba że Skungee pobiera z pliku konfiguracyjnego Skripta informację o niej, ale jest to wątpliwe).
Wniosek wyciągnięty na podstawie jednego z plików konfiguracyjnych Skungee o nazwie 'configuration.yml':
network-variables:
# The storage type to use.
# The SkungeeAPI allows for registering custom storage systems.
type: "CSV"
backups:
# If Skungee should backup the variables.
enabled: true
# The interval in minutes to backup the variables at.
interval-minutes: 120
# If a message should be broadcasted to the console stating the variables were backed up.
console-messages: true
Pozdrawiam.