Сервер служб данных WSO2 — резервное копирование всех развернутых служб данных

Я заинтересован в создании резервной копии всех служб, развернутых на WSO2 DSS, чтобы в случае сбоя сервера, его очистки и т. д. я мог установить новый и восстановить все службы из резервной копии.

Может кто-нибудь объяснить, как этого можно достичь? (конечно, я не хочу tar.gz всю установку сервера, только важные файлы)


person Sava    schedule 20.02.2013    source источник


Ответы (2)


Обычно файлы службы данных (.dbs) содержат конфигурацию службы данных. Если вы сделаете резервную копию всех файлов .dbs в (DSS_HOME/repository/deployment/server/dataservices), вы сможете повторно развернуть их, скопировав в то же место.

person Shelan Perera    schedule 20.02.2013

Простое копирование файлов .dbs, расположенных в каталоге «$DSS_HOME/repository/deployment/server/dataservices», не сработает, если вы используете источники данных углерода в своих конфигурациях службы данных. (Но вышеупомянутый вариант действительно РАБОТАЕТ, если у вас есть только встроенные конфигурации источника данных в вашей службе данных). Если это так, вам также придется перенести пару других файлов конфигурации в зависимости от того, как вы создали свои источники данных об углероде.

Чтобы объяснить больше, есть два способа настроить источники данных на любом сервере Carbon. Вы можете использовать "#DSS_HOME/repository/conf/datasource/*-datasources.xml" или саму консоль управления для создания источников данных. Однако, если вы будете следовать последнему варианту, конфигурация источника данных будет сохранена в реестре. Поэтому для переноса этих конфигураций вам также потребуется выполнить миграцию данных реестра. Однако самым простым с точки зрения миграции является тот, который я упомянул в качестве первого варианта. Там вы можете определить конфигурацию вашего источника данных в файле конфигурации, создать его резервную копию и просто скопировать обратно в только что установленную DSS, чтобы иметь возможность также успешно перенести конфигурации источника данных. Единственная проблема с этим подходом заключается в том, что вам нужно будет перезапустить сервер, если вам нужно внести какие-либо изменения в конфигурации источника данных, определенные в файле конфигурации. Однако я считаю, что это обычно не будет проблемой в производственной системе, поскольку мы редко изменяем конфигурации источника данных и т. д. в такой системе.

Чтобы углубиться в это, чтобы справиться с аварией сервера и т. д., переноса только конфигураций служб данных и источников данных, на мой взгляд, недостаточно, поскольку могут быть внесены некоторые изменения и в другие конфигурации. Также в реестре могут храниться определенные данные времени выполнения/разработки. В таком случае вам, как минимум, потребуется создать резервную копию каталогов «$DSS_HOME/repository/conf» и «$DSS_HOME/repository/deployment» с точки зрения переноса конфигураций. В дополнение к этому, чтобы выполнить полную миграцию, вам нужно будет подумать о резервном копировании «$DSS_HOME/repository/components/lib», «$DSS_HOME/repository/resources» (особенно если у вас есть хранилища ключей, установленные в вышеупомянутой файловой структуре). ) и т. д., а также реестра.

Надеюсь это поможет.

Привет, Прабат

person Prabath Abeysekara    schedule 21.02.2013
comment
Привет, большое спасибо за ваше подробное объяснение, я еще не использую источники данных об углероде (могу использовать их в будущем), поэтому метод копирования .dbs, вероятно, сработает для меня. Я ценю вашу помощь в объяснении, где находятся все важные файлы конфигурации. - person Sava; 21.02.2013
comment
Как мне справиться с этой ошибкой: Error in secure load of data source meta info: errorDuringDecryption? Я хочу перейти с wso2dss-3.2.2 на wso2dss-3.5.0. - person zygimantus; 16.12.2015