配置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 Media功能，您必须使用dynamicmedia运行模式启用Dynamic Media，就像使用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部署中，无法派生端口号和上下文路径，因此您必须配置​ 自域。 有关如何配置​ 自域 ​的信息，请参阅外部化器文档。

禁用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命令。 该命令在CRXDE Lite中将您的所有预设和配置从/etc迁移到/conf。

对于所有升级（无论是否带有兼容包），您可以通过运行以下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）。 随后，Assets将通过按需图像投放服务（图像服务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

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

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

解决方案：

问题： Publish代理正在使用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公司中创建报表包。 如果配置多个作者节点，请为每个节点创建单独的报表包。 因此，各安装之间的报表数据不一致。 此外，如果每个作者节点引用同一混合Publish服务器，则上次的作者安装会更改所有视频报表的目标报表包。 此问题会使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

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

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

要交付包含查看器预设的​ 资源，必须复制/发布 ​查看器预设。 (必须激活​ 和 所有查看器预设，才能获取资产的URL或嵌入代码。
有关详细信息，请参阅Publish查看器预设。

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

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

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

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

这些筛选器提供了一种方法，让您​ 排除 ​个资源，以免将其复制到Experience Manager发布节点。

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

如果您将Dynamic Media用于生产​ 或 (2)图像和视频中的(1)图像处理，则可以使用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 PlatformServer ​捆绑包的​ 目录根 ​默认值中获取的。 默认情况下，此值位于​ 工具 > 常规 > CRXDE Lite ​中的以下路径

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

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

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

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

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

配置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图像数据时启用颜色校正。

配置默认颜色配置文件：

颜色配置文件表

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

例如，您可以将​ iccprofilegb ​设置为sRGB，将​ iccprofilecmyk ​设置为​ WebCoated。

这样做将执行以下操作：

投放Assets delivering-assets

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

请参阅交付Dynamic Media Assets。

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

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