Endeca Migration:

Main Steps as Listed Follow:

1) 部署一个空的应用。

Deploy -app <deploye.xml>path

2) 按照以前的应用取名。

3) 从源应用迁移Deployment Template 的定制到目的应用。

ü 源应用对Appconfig.xml文件所作出的修改移植到目的应用所Appconfig.xml以及其支持的配置文件。

ü 用定制的pipeline去替代Deployment Template的pipeline

ü 在一个合适的目录存放源数据

ü 在Deployment Template lib/java放置你的java jar包。

4) 通过修改config.properties文件配置migrate_workbench 脚本

D:\Endeca\ToolsAndFrameworks-3.1.2\ToolsAndFrameworks\3.1.2\migration\workbench\2.1.2-3.1.2

Config.properties:

ü migrationPath:2.1.2-3.1.2

ü source.sourceDataDir:指定原应用的data目录，主要是一些post-Forge 状态和一些dimensiomns 以及动态业务规则。如果你的应用定制了，那么需要指定。默认值是data/forge_output.

ü dest.destIfcrDir:指定目的应用的Ifcr目录。默认值是config/ifcr

ü pageTemplatesDir:指定目的应用的cartridge模板目录。如果没有定制其他目录来存放，那么默认就是cartridge_templates.

ü source.pipelineDir 指定源应用Pipeline目录

ü dest.pipelineDir 指定目的应用的Pipeline目录

ü pipelineMigrator.excludeFiles and includeFiles pipeline排除的文件和包括的文件。

5) 通过运行migrate_workbench 脚本迁移workbench 的配置

前提是你已经对source application 做好了备份。因为在转化到destination 的时候，那么以前的会被删除掉。具体步骤如下：

Ø 进入D:\Endeca\ToolsAndFrameworks-3.1.2\ToolsAndFrame

works\3.1.2\migration\workbench\2.1.2-3.1.2\bin

Ø 运行migrate_workbench script 并且指定以下参数选项：

--source-app-dir ：原应用目录path

--source-app-name:原应用得到名字

--dest-app-dir:目的应用path

--dest-app-name:目的应用名字

--config config.properties path

转换的配置会放在JSON文件或者磁盘上。转化后，以前的特征映射新的特征：

Dynamic business rules 变成 content items

Rule Group 变成 folders

Zones 变成 collections

注意：page builder创建的业务规则不会被转化。如果希望转化，可以使用migrate_page_builder_rules 命令。

migrate_page_builder_rules.bat

--source-app-dir C:\temp\MigrationSrcApp\PbxRefApp

--dest-app-dir C:\Endeca\apps\wine3

相关的日志文件存放在logs/migration下面。

6) 使得你应用的内容和导出的内容的格式兼容。

7) 对你的目的应用实例化 initial_services

他会将内容导入到Endeca Configuartion Repository

8) 加载数据到Dgraph (baseline_update)

编索引，加载数据。

9) 验证Workbench的配置和目的应用中所呈现的配置。

迁移应用之后，可能需要配置你的数据服务：

<Dest Application>/config/editors_config/services

打开 endecaBrwoseService.json;

然后配置dataservices.json;

Endeca Migration

Endeca Migration:

猜你喜欢