配置Dynamic Media — 混合模式 configuring-dynamic-media-hybrid-mode

必须启用并配置Dynamic Media-Hybrid才能使用。 根据您的用例，Dynamic Media提供了多个 支持的配置.

了解有关使用的更多信息 视频 在Dynamic Media中。

混合发布和投放是Adobe Experience Manager之外的Dynamic Media的一项核心功能。 混合发布允许您从云而不是Experience Manager发布节点交付Dynamic Media资产，例如图像、集和视频。

其他内容，如Dynamic Media查看器、站点页面和静态内容，将继续从Experience Manager发布节点提供。

如果您是Dynamic Media的客户，则需要使用混合投放作为所有Dynamic Media内容的投放机制。

视频的混合发布架构 hybrid-publishing-architecture-for-videos

图像的混合发布架构 hybrid-publishing-architecture-for-images

支持的Dynamic Media配置 supported-dynamic-media-configurations

后面的配置任务引用了以下术语：

您可以选择仅对图像实施Dynamic Media，仅对视频实施，或者对图像与视频实施。 要确定针对特定方案配置Dynamic Media的步骤，请参阅下表。

启用Dynamic Media enabling-dynamic-media

Dynamic Media 默认情况下处于禁用状态。 要利用Dynamic MediaDynamic Media功能，您必须通过使用 dynamicmedia 运行模式，例如， publish 运行模式。 在启用之前，请务必查阅 技术要求.

启用Dynamic Media后，Dynamic Media功能在UI中可用，并且每个上传的图像资产都会收到 cqdam.pyramid.tiff 用于快速投放动态图像演绎版的演绎版。 这些PTIFF具有下列显着优势：

如果要在Experience Manager中使用Dynamic Media Classic，请勿启用Dynamic Media，除非您使用 特定方案. 除非通过运行模式启用Dynamic Media，否则将禁用Dynamic Media。

要启用Dynamic Media，必须从命令行或快速启动文件名中启用Dynamic Media运行模式。

要启用Dynamic Media，请执行以下操作：

如果您将Experience Manager安装到其他端口或上下文路径…… if-you-installed-aem-to-a-different-port-or-context-path

如果您要部署 Experience Manager到应用程序服务器 并启用Dynamic Media，您必须配置 自域 在Externalizer中。 否则，无法为Dynamic Media资源正确生成资源的缩略图。

此外，如果您在其他端口或上下文路径上运行快速入门，则还必须更改 自域.

启用Dynamic Media后，将使用Dynamic Media生成图像资源的静态缩略图演绎版。 为了使缩略图生成功能在Dynamic Media中正常工作，Experience Manager必须对其自身执行URL请求，并且必须知道端口号和上下文路径。

Experience Manager：

在Experience ManagerQuickStart WAR部署中，无法派生端口号和上下文路径，因此您必须配置 自域. 请参阅 Externalizer文档 关于如何配置 自域.

禁用Dynamic Media disabling-dynamic-media

默认情况下，不启用Dynamic Media。 但是，如果您之前启用了Dynamic Media，则以后可以将其关闭。

要在启用Dynamic Media后禁用它，请删除 -r dynamicmedia 运行模式标志。

要禁用Dynamic Media，请执行以下操作：

（可选）将Dynamic Media预设和配置从6.3迁移到6.5，零停机时间 optional-migrating-dynamic-media-presets-and-configurations-from-to-zero-downtime

如果您要将Experience Manager- Dynamic Media从6.3升级到6.5（现在包括零停机部署功能），则必须运行以下curl命令。 该命令会迁移您的所有预设和配置，从 /etc 到 /conf CRXDE Lite中。

对于所有升级（无论是否带有兼容包），您可以通过运行以下Linux® curl命令来复制最初随Dynamic Media一起提供的默认现成查看器预设：

curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets/viewer.pushviewerpresets.json

迁移从中创建的任何自定义查看器预设和配置 /etc 到 /conf，运行以下Linux® curl命令：

curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets.migratedmcontent.json

配置映像复制 configuring-image-replication

Dynamic Media图像投放的工作方式为：从Experience Manager创作中发布图像资产（包括视频缩略图），并将其复制到Adobe的按需复制服务（复制服务URL）。 然后，通过按需图像投放服务（图像服务URL）来投放资产。

执行以下操作：

复制代理会发布Dynamic Media资产（如图像、视频元数据），并将设置为Adobe托管的图像服务。 默认情况下不启用复制代理。

配置复制代理后，必须 验证并测试它是否已成功设置. 本节将介绍这些过程。

设置身份验证 setting-up-authentication

在创作实例上设置复制身份验证，以便将图像复制到Dynamic Media图像投放服务。 首先获取一个KeyStore，然后将其保存在下 dynamic-media-replication 用户并对其进行配置。 您的公司管理员在配置过程中收到一封欢迎电子邮件，其中包含KeyStore文件和必要的凭据。 如果您没有收到此信息，请联系Adobe客户支持。

要设置身份验证，请执行以下操作：

配置复制代理 configuring-the-replication-agent

验证Dynamic Media的复制代理 validating-the-replication-agent-for-dynamic-media

要验证Dynamic Media的复制代理，请执行以下操作：

选择 测试连接. 示例输出如下所示：

11.03.2016 10:57:55 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1457722675402, userId='admin', revision='null'}
11.03.2016 10:57:55 - * Auth User: replication-receiver
11.03.2016 10:57:55 - * HTTP Version: 1.1
11.03.2016 10:57:55 - * Using OAuth 2.0 Authorization Grants
11.03.2016 10:57:55 - * OAuth 2.0 User: dynamic-media-replication
11.03.2016 10:57:55 - * OAuth 2.0 Token: '*****' initialized
11.03.2016 10:57:55 - Publishing: POST[https://replicate-na.assetsadobe.com:8580/is-publish/publish-receiver?Cmd=Test&RootId=xfpuu-6613]
11.03.2016 10:57:55 - Publish response: OK[]
11.03.2016 10:57:55 - Transfer succeeded in 141 ms for ReplicationAction{type=TEST, path[0]='/content/dam', time=1457722675402, userId='admin', revision='null'}
-------------------------------------------------------------------------------------------------------------------------------
Replication test succeeded

身份验证疑难解答 troubleshooting-authentication

设置身份验证时，您可能会遇到以下问题及其解决方案。 在检查这些问题之前，请确保已设置复制。

问题：HTTP状态代码401，消息 — 需要授权 problem-http-status-code-with-message-authorization-required

此问题可能是由未能为设置KeyStore所导致 dynamic-media-replication 用户。

Replication test to s7delivery:https://s7bern.macromedia.com:8580/is-publish/
17.06.2016 18:54:43 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309, userId='admin', revision='null'}
17.06.2016 18:54:43 - * Auth User: replication-receiver
17.06.2016 18:54:43 - * HTTP Version: 1.1
17.06.2016 18:54:43 - * Using OAuth 2.0 Authorization Grants
17.06.2016 18:54:43 - * OAuth 2.0 User: dynamic-media-replication
17.06.2016 18:54:43 - No OAuth token available. OAuth not initialized
17.06.2016 18:54:43 - * Using Client Auth SSL alias - replication-alias *
17.06.2016 18:54:43 - Publishing: POST[https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough]
17.06.2016 18:54:43 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309, userId='admin', revision='null'}. java.io.IOException: Failed to execute request
'https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough':
 Server returned status code 401 with message: Authorization required.
17.06.2016 18:54:43 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309,
 userId='admin', revision='null'}. java.io.IOException: Failed to execute request
'https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough':
 Server returned status code 401 with message: Authorization required.

解决方案：
检查 KeyStore 保存到 dynamic-media-replication 并且向提供了正确的密码。

问题：无法解密密钥 — 无法解密数据 problem-could-not-decrypt-key-could-not-decrypt-data

Replication test to s7delivery:https://<localhost>:8580/is-publish/
17.06.2016 19:00:16 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466215216662, userId='admin', revision='null'}
17.06.2016 19:00:16 - * Auth User: replication-receiver
17.06.2016 19:00:16 - * HTTP Version: 1.1
17.06.2016 19:00:16 - * Using OAuth 2.0 Authorization Grants
17.06.2016 19:00:16 - * OAuth 2.0 User: dynamic-media-replication
17.06.2016 19:00:16 - No OAuth token available. OAuth not initialized
17.06.2016 19:00:16 - * Using Client Auth SSL alias - replication-alias *
17.06.2016 19:00:16 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466215216662, userId='admin', revision='null'}. java.lang.SecurityException: java.security.UnrecoverableKeyException: Could not decrypt key: Could not decrypt data.

解决方案：
检查密码。 保存在复制代理中的密码与用于创建密钥库的密码不同。

问题： InvalidAlgorithmParameterException problem-invalidalgorithmparameterexception

此问题是由于Experience Manager创作实例中的配置错误导致的。 作者的Java™进程不正确 javax.net.ssl.trustStore. 您在复制日志中看到此错误：

14.04.2016 09:37:43 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1460651862089, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://<localhost>:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx2': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
14.04.2016 09:37:43 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1460651862089, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://<localhost>:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx2': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty

或者错误日志：

07.25.2019 12:00:59.893 *ERROR* [sling-threadpool-db2763bb-bc50-4bb5-bb64-10a09f432712-(apache-sling-job-thread-pool)-90-com_day_cq_replication_job_s7delivery(com/day/cq/replication/job/s7delivery)] com.day.cq.replication.Agent.s7delivery.queue Error during processing of replication.

java.io.IOException: Failed to execute request 'https://replicate-na.assetsadobe.com:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
        at com.scene7.is.catalog.service.publish.atomic.PublishingServiceHttp.executePost(PublishingServiceHttp.scala:195)

解决方案：
确保Experience Manager创作实例上的Java™进程具有system属性 -Djavax.net.ssl.trustStore= 设置为有效的truststore。

问题： KeyStore未设置或未初始化 problem-keystore-is-either-not-set-up-or-it-is-not-initialized

此问题可能是由修补程序或者功能包覆盖dynamic-media-user或keystore节点导致的。

复制日志示例：

Replication test to s7delivery:https://replicate-na.assetsadobe.com/is-publish
02.08.2016 14:37:44 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470173864834, userId='admin', revision='null'}
02.08.2016 14:37:44 - * Auth User: replication-receiver
02.08.2016 14:37:44 - * HTTP Version: 1.1
02.08.2016 14:37:44 - * Using OAuth 2.0 Authorization Grants
02.08.2016 14:37:44 - * OAuth 2.0 User: dynamic-media-replication
02.08.2016 14:37:44 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470173864834, userId='admin', revision='null'}. com.adobe.granite.keystore.KeyStoreNotInitialisedException: Uninitialised key store for user dynamic-media-replication

解决方案：

问题：发布代理使用的是SSL而不是OAuth problem-publish-agent-is-using-ssl-instead-of-oauth

此问题可能是由修补程序或功能包未正确安装或覆盖设置导致的。

复制日志示例：

01.08.2016 18:42:59 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}
01.08.2016 18:42:59 - * Auth User: replication-receiver
01.08.2016 18:42:59 - * HTTP Version: 1.1
01.08.2016 18:42:59 - * Using Client Auth SSL alias - replication-receiver *
01.08.2016 18:42:59 - Publishing: POST[https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=altayerstaging]
01.08.2016 18:42:59 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=rbroughstaging': Server returned status code 401 with message: Authorization required.
01.08.2016 18:42:59 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=rbroughstaging': Server returned status code 401 with message: Authorization required.

解决方案：

测试您的配置 testing-your-configuration

Adobe建议您对配置执行端到端测试。

在开始此测试之前，请确保您已完成以下操作：

要测试您的配置，请执行以下操作：

测试资产是否已送达的另一种方法是，将req=exists附加到您的URL中。

配置Dynamic MediaCloud Service configuring-dynamic-media-cloud-services

Dynamic MediaCloud Service支持图像和视频、视频分析和视频编码的混合发布和交付。

作为配置的一部分，必须输入注册ID、视频服务URL、图像服务URL、复制服务URL并设置身份验证。 此信息是作为帐户设置过程的一部分通过电子邮件发送给您的。 如果您没有收到此信息，请联系Adobe Experience Manager管理员或Adobe客户支持部门以获取此信息。

要配置Dynamic MediaCloud Service，请执行以下操作：

配置视频报表 configuring-video-reporting

您可以使用Dynamic Media Hybrid在Experience Manager的多个安装中配置视频报表。

何时使用： 在配置Dynamic Media配置（早于6.3版本）时，将会启动多项功能，包括视频报告。 该配置会在地区性Analytics公司中创建报表包。 如果配置多个作者节点，请为每个节点创建单独的报表包。 因此，各安装之间的报表数据不一致。 此外，如果每个作者节点引用同一混合发布服务器，则上次的作者安装操作会更改所有视频报表的目标报表包。 此问题会使Analytics系统过载并且导致报表包过多。

开始使用： 通过完成以下三个任务来配置视频报表。

在配置第一个作者节点后创建Video Analytics预设包 creating-a-video-analytics-preset-package-after-configuring-the-first-author-node

完成此任务后，您将获得一个包含Video Analytics预设的包文件。 这些预设包含一个报表包、跟踪服务器、跟踪命名空间和Experience Cloud组织ID（如果可用）。

在配置更多创作节点之前，请安装Video Analytics预设包 installing-the-video-analytics-preset-package-before-you-configure-additional-author-nodes

确保您完成了此任务 早于 您可以配置Dynamic Media配置（早于6.3版本）。 否则，会导致创建另一个未使用的报表包。 此外，即使视频报表可继续正常使用，数据收集仍未得到优化。

确保在新的作者节点上可以访问第一个作者节点中的Video Analytics预设包。

验证并调试软件包安装 verifying-and-debugging-the-package-installation

视频报表配置疑难解答 troubleshooting-the-video-reporting-configuration

关于Video Analytics预设 about-the-video-analytics-preset

Video Analytics预设（有时简称为Analytics预设）存储在Dynamic Media中的查看器预设旁边。 它基本上与查看器预设相同，但包含用于配置AppMeasurement和视频心率报表的信息。

预设的属性如下：

Experience Manager6.4及更高版本将此预设保存在 /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata

复制目录设置 replicating-catalog-settings

在设置过程中通过JCR发布您自己的默认目录设置。 要复制目录设置，请执行以下操作：

复制查看器预设 replicating-viewer-presets

投放 作为具有查看器预设的资源，您必须复制/发布 查看器预设。 (必须激活所有查看器预设 和 已复制，以获取资产的URL或嵌入代码。
请参阅 发布查看器预设 以了解更多信息。

筛选要复制的资产 filtering-assets-for-replication

在非Dynamic Media部署中，您复制 所有 资源（图像和视频）从Experience Manager创作环境转到Experience Manager发布节点。 此工作流是必需的，因为Experience Manager发布服务器也交付资产。

但是，在Dynamic Media部署中，由于资源是通过云交付的，因此无需将这些相同的资源复制到Experience Manager发布节点。 这种“混合发布”工作流可以避免复制资产所需的额外存储成本和较长的处理时间。 其他内容，如Dynamic Media查看器、站点页面和静态内容，将继续从Experience Manager发布节点提供。

除了复制资产外，还会复制以下非资产：

这些过滤器为您提供了一种 排除 资源复制到该Experience Manager发布节点。

使用默认资源筛选器进行复制 using-default-asset-filters-for-replication

如果您将Dynamic Media用于生产中的(1)图像处理 或 (2)成像和视频，然后可以使用Adobe按原样提供的默认滤镜。 默认情况下，以下筛选器处于活动状态：

为纯视频部署设置资产过滤器 setting-up-asset-filters-for-video-only-deployments

如果您将Dynamic Media用于纯视频，请按照以下步骤为复制设置资源过滤器：

这些步骤可设置Experience Manager发布实例，在视频本身由Dynamic MediaCloud Service交付时，交付视频海报图像和播放所需的视频元数据。 该过滤器还从复制中排除原始视频和静态缩略图演绎版，在发布实例上不需要这些演绎版。

设置资产过滤器以便在非生产部署中进行成像 setting-up-asset-filters-for-imaging-in-non-production-deployments

如果您使用Dynamic Media在非生产部署中进行成像，请按照以下步骤设置资源过滤器以进行复制：

这些步骤可设置Experience Manager发布实例，以将图像交付到非生产环境。 该过滤器还从复制中排除原始图像和静态演绎版，在发布实例上不需要它们。

自定义用于复制的资产过滤器（可选） customizing-asset-filters-for-replication

配置Dynamic Media图像服务器设置 configuring-dynamic-media-image-server-settings

配置Dynamic Media图像服务器涉及编辑Adobe CQ Scene7 ImageServer捆绑包和Adobe CQ Scene7 PlatformServer捆绑包。

先决条件 - 早于 配置Dynamic Media映像服务器时，请确保您的Windows®虚拟机包括Microsoft® Visual C++库的安装。 运行Dynamic Media Image Server时需要这些库。 您可以 在此处下载Microsoft® Visual C++ 2010可再发行软件包(x64).

要配置Dynamic Media图像服务器设置，请执行以下操作：

默认清单设置 default-manifest-settings

通过默认清单，可配置用于生成Dynamic Media投放响应的默认值。 您可以微调质量(JPEG质量、分辨率、重新取样模式)、缓存（过期时间），并防止呈现过大图像(defaultpix、defaultthumbpix、maxpix)。

默认清单配置的位置取自 目录根 的默认值 Adobe CQ Scene7平台服务器 捆绑。 默认情况下，此值位于 工具 > 常规 > CRXDE Lite

/conf/global/settings/dam/dm/imageserver/

通过输入新值，可以更改属性的值，如下表所述。

完成更改默认清单后，在页面的左上角选择 全部保存.

确保选择 访问控制 选项卡（“属性”选项卡的右侧），然后将访问控制权限设置为 jcr:read 适用于每个用户和dynamic-media复制用户。

清单设置及其默认值的表：

配置Dynamic Media色彩管理 configuring-dynamic-media-color-management

通过Dynamic Media色彩管理，您可以对资源进行色彩校正，以便预览。

通过颜色校正，摄取的资产会保留其颜色空间(RGB、CMYK、灰色)并在生成的金字塔TIFF呈现中嵌入颜色配置文件。 请求动态演绎版时，图像颜色将被校正到目标颜色空间中。 您可以在JCR的Dynamic Media发布设置中配置输出颜色配置文件。

Adobe的颜色管理使用ICC（国际颜色联盟）配置文件，该格式由ICC定义。

您可以使用CMYK、RGB或灰度输出配置Dynamic Media色彩管理并配置图像预设。 请参阅 配置图像预设.

高级用例可以使用手动配置 icc= 修饰符，用于明确选择输出颜色配置文件：

安装功能包12445 installing-feature-pack

要使用Dynamic Media色彩管理功能，请安装功能包12445。

要安装功能包12445，请执行以下操作：

配置默认颜色配置文件 configuring-the-default-color-profiles

安装功能包后，请配置相应的默认颜色配置文件，以便在请求RGB或CMYK图像数据时启用颜色校正。

配置默认颜色配置文件：

颜色配置文件表

安装了以下颜色配置文件：

例如，您可以设置 iccprofilergb 到 sRGB、和 iccprofilecmyk 到 WebCoat.

这样做将执行以下操作：

交付资产 delivering-assets

完成上述所有任务后，将从图像或视频服务中提供激活的Dynamic Media资源。 在Experience Manager中，此功能显示在 复制图像URL， 复制查看器URL， 嵌入查看器代码、和WCM中的。

请参阅 交付Dynamic Media资源.

WCM Dynamic Media和Interactive Media组件 wcm-dynamic-media-and-interactive-media-components

引用Dynamic Media和Interactive Media组件的WCM页面引用投放服务。