分类： Commerce Cloud

Cloud Kicks的新管理员Linda Rosenberg希望开始进行数据复制。这是她将数据，元数据和文件从Salesforce B2C Commerce登台实例复制到开发或生产实例的时候。

她知道在Business Manager中，她可以在每个实例中配置一个或多个站点。特定实例上的多个站点被视为组织。例如，当她配置设置时，可以将它们配置为特定于站点的（一个站点）或跨所有站点（组织）配置。

数据复制在这两个级别上也起作用。

• 全局复制：我包含适用于整个组织的配置信息和数据
• 站点复制： 包括属于一个或多个指定站点的数据，例如产品和目录数据，基于XML的内容组件和图像文件

Cloud Kicks最近启动了一个新的店面，并为其实施引入了新的主实例组（PIG）。Cloud Kicks对每个目标实例运行完整的全局复制，然后再对其执行任何站点复制。Cloud Kicks店面已经启用，因此Linda专注于新数据。

Linda可以通过在粒度级别上选择特定的复制任务来配置数据。她还可以在单​​个过程中组合全局和站点级别的数据。她越了解数据及其应用程序，就越能将数据移到需要的位置。

在业务管理器中，她可以查看潜在的复制任务，以了解层次结构和数据粒度的重要性。例如，她可以复制一个目录，但不能复制特定产品。但是，对于活动数据，她可以以较低的粒度进行复制，例如特定店面的促销和优惠券。这称为部分数据复制。

在这些情况下，部分数据复制可能会很有用。

• 在整个店面中推出新的促销定义，文本，图形和优惠券
• 使用季节性消息更新店面主页设计
• 更新产品价格变动

当她复制数据时，她选择的数据将替换目标实例上的相应数据。例如，PIG实例（阶段，开发和生产）包括目录A，B和C。

在登台实例上，她更新目录B，删除目录C，然后添加目录D。当她从登台复制目录到开发时，在开发实例上，目录A不变，目录B被更新，目录C被删除，目录D已添加。

B2C Commerce仅覆盖您选择的要在目标实例上进行复制的数据。其他数据不受影响，例如在上一个示例中，目录A保持不变。

Linda复制数据时，她会仔细考虑受影响的文件是否包含全局数据和站点数据。数据可以包括内容资产，产品和价目表或设置，例如首选项和权限。以下是她可以在复制中包括的全局和特定于站点的店面数据和设置。

Linda在Business Manager中选择一个或多个与她要复制的数据类型相对应的任务。请参阅 信息中心以获取任务的完整列表。

您不能复制以下数据类型。而是必须将这些数据创建或导入到开发和生产实例中。

• 活动数据
• 批处理
• 目录和内容导入提要
• 自定义错误页面
• 客户和客户组分配
• 已上传但未导入的文件
• 礼券
• 库存数据
• 工作时间表和历史
• 组织概况
• 支付信息
• 订单信息（例如，税金和运费）
• 网站地图
• 兑换源代码
• 用户，角色和权限

动态建议是您无法复制的另一种数据类型。这是因为Commerce Cloud Einstein在生产实例上动态生成了这些。

数据复制是两步替换过程，其中数据是：

1. 从登台转移到目标实例
2. 在目标实例上发布

Linda可以将两个步骤作为一个复制过程运行，也可以分别运行。如果单独运行它们，则可以帮助您确定发生故障的任何原因。所有复制过程都在登台实例上运行，甚至可以发布和撤消，这仅影响目标实例。

这些是数据复制过程的类型。

• 传输：  B2C Commerce将源实例上的数据传输到目标实例，但不替换它。您还必须运行发布过程以更新目标。
• 传输和发布：  B2C Commerce将源实例上的数据传输到目标实例，并立即替换现有数据。
• 发布： 仅在成功完成传输过程后，此过程才可用。它将目标实例上的现有数据替换为先前传输的数据。复制任务必须与传输过程任务匹配。您无法传输数据，然后仅发布其中一些数据。如果不匹配，则复制将失败。
• 撤消： 仅在成功进行传输和发布或发布过程之后，此过程才可用。它将目标实例还原为上一个复制过程之前存在的数据。

注意

运行发布复制过程时，必须禁用增量索引。

Linda可以指定她希望如何运行复制过程。她的选择是：

• 手动： 该过程在她触发时运行。
• 自动： 她安排流程运行的日期和时间。
• 重复执行： 她安排流程运行时的重复执行时间。
• 作业步骤： 该流程可作为作业的一部分运行。我们在Salesforce B2C Commerce Scheduled Jobs模块中谈论工作 。

请记住，B2C Commerce在流程运行时而不是在定义流程时复制其状态的数据。

Linda计划根据数据类型及其更改频率以多种方式创建复制过程。目前，她想运行一个快速的手动过程来更新一些新价格。

这是她创建手动复制任务的方式。

1. 打开业务经理。
2. 选择管理>复制>数据复制。
3. 点击新建。（您必须在暂存实例上才能看到此按钮。）
4. B2C Commerce自动创建一个流程ID，或者您可以输入所需的文本。
5. 选择开发目标实例。
6. 输入可选说明。这可以帮助您以后找到它。
7. 选择“无效”以在复制过程结束时刷新目标实例上的页面缓存。默认情况下，“无效”处于选中状态。清除缓存会暂时降低网站性能，但是如果您不刷新缓存，购物者将不会在店面看到新数据。
8. 对于激活类型，选择手动。
9. 选择一个通知电子邮件触发器，然后输入多个目标电子邮件地址，以逗号分隔。该电子邮件包含流程的开始和结束时间，目标系统，复制类型和复制任务。如果该过程失败，则电子邮件通知中将包含错误代码。循环序列中的每个进程都会触发自己的通知。
10. 指定这些事件发生的情况。
    • 流程结束： 无论流程成功还是失败，B2C Commerce都会向该地址发送电子邮件。如果挂起，则不会发送电子邮件。
    • 流程失败：如果流程失败，  B2C Commerce会向该地址发送一封电子邮件。如果该过程成功或挂起，则不会发送电子邮件。
11. 单击下一步。
12. 对于复制类型，选择传输和发布。
13. 选择“价格手册”任务。这基于您复制的数据。
14. 单击下一步并查看详细信息。
15. 单击开始以立即运行该过程。

Linda在开发实例上测试数据。看起来不错时，她会将相同的数据从登台实例复制到生产中。

在本单元中，Linda了解到数据复制可以处理全局数据或站点数据，或同时处理这两种数据。她还了解了复制过程任务，过程类型和激活方法。她进行了手动复制，以推送新的定价数据。在下一单元中，她学习如何执行代码复制。

Linda Rosenberg是高端运动鞋公司Cloud Kicks的新管理员。最近，她学习了如何在Salesforce B2C Commerce中执行一些基本的数据管理任务。现在，她想成为一名专家，负责将数据和代码更改从公司的电子商务登台实例转换为生产和开发实例。

例如，她的开发人员刚刚创建了一个更加简化的结帐流程，并添加了额外的产品折扣功能，该功能需要更改Business Manager中的配置设置。另外，琳达刚刚从外部系统导入了产品数据，以准备新的弹簧线。她可以用来在B2C Commerce实例之间移动代码，配置设置和数据的过程称为复制。

复制过程是您执行的任务的集合，这些任务将已定义的数据或代码从源实例推送到目标实例。源实例是代码或数据当前所在的位置。目标实例是您要结束的位置。使用复制时，源实例为暂存，目标实例为development和production。

如果完成了 Salesforce B2C Commerce角色和权限模块，您将了解B2C Commerce体系结构。现在让我们更深入地研究实例。当商家首次实现站点时，该站点通常每个域接收九个实例。这包括：

• 主实例组（PIG）上的三个实例：
  • 分期
  • 测试开发
  • 部署生产
• 五个沙箱实例，用于在辅助实例组（SIG）上进行代码开发。为了实现可扩展性，商家每个域最多可以有47个沙箱。
• 一个演示实例。

您只能在PIG上执行复制。数据复制和代码复制都是如此。

数据复制将数据，元数据和文件从登台复制到开发或生产实例。它在两个级别上起作用。

• 全局复制，包括适用于整个组织的配置信息和数据。
• 站点复制，包括属于一个或多个指定站点的数据（例如产品和目录数据，基于XML的内容组件和图像文件）。

代码复制将代码版本从暂存阶段转移到开发或生产实例，并激活它们。

通常，开发人员负责将代码从SIG转移到PIG。当开发人员在本地计算机上完成编码后，他们会将代码上传到沙盒或登台。他们可能使用Visual Studio Code上载它，或者他们可能使用代码存储库（例如Git）在多个开发人员之间同步工作。然后，代码存储库是登台实例发布的源。这种类型的开发环境可能具有自己的构建过程，并且具有自动上载功能。

Linda了解到复制涉及以下步骤。

1. 运行从暂存到开发的复制以进行测试。
2. 测试开发实例并查看日志。
3. 确保搜索有效，并且开发系统上的数据正确。
4. 在登台实例上进行必要的更改。
5. 从阶段复制到开发，然后再次测试，直到一切正常为止。
6. 从登台复制到生产。
7. 测试生产中的所有内容，即使它们已正确复制到开发中也是如此。

当Linda配置数据或代码复制过程时，她可以选择立即运行它，安排它以后运行，或将其分配给作业。做什么工作 B2C Commerce作业是一组执行长时间运行的操作的步骤，例如下载导入文件或重建搜索索引。我们在Salesforce B2C Commerce Scheduled Jobs模块中谈论工作 。

数据复制是一个长期运行的过程，包含两个阶段。

1. 将数据复制到目标系统-数据在目标系统上尚不可见。
2. 发布-这很快，并且可以同时使用所有更改。

她可以将数据复制过程配置为每天，每周或每月在特定时间重复一次。如果您计划复制过程在以后运行，则该过程将在运行时而不是在创建该过程时复制系统状态。

代码复制将代码版本从登台实例转移到开发或生产实例，然后激活它们。

复制期间，Linda必须避免进行其他更新。她很快了解到，在运行复制时，在Business Manager中对源或目标实例进行手动编辑不是一个好主意。在此过程中进行编辑可能会影响数据的一致性。

她还确保在复制期间目标实例上没有任何作业正在运行，并避免在B2C Commerce标准维护窗口期间进行数据复制。如果重复的数据复制过程失败，它将不会自动再次运行。

代码复制和数据复制都具有页面缓存含义。某些复制任务会自动使缓存无效并刷新。有些任务不会自动执行此操作，因此Linda必须始终在运行这些任务后手动清除缓存。让我们看看她采取的手动清除缓存的步骤。

要访问业务管理器，您必须具有B2C Commerce实施。在此模块中，我们假设您是B2C Commerce管理员，具有执行这些任务的适当权限。如果您不是B2C Commerce管理员，那就可以了。继续阅读以了解您的管理员如何在登台实例中执行这些步骤。不要尝试在您的Trailhead游乐场中遵循我们的步骤。Trailhead Playground中不提供B2C Commerce。如果您拥有B2C Commerce的暂存实例，则可以在实例中尝试这些步骤。如果没有暂存实例，请询问您的经理是否有可以使用的实例。

要访问并使缓存无效：

1. 打开业务经理。
2. 选择管理>站点>管理站点>站点名称。
3. 单击缓存选项卡。
4. 选择登台实例。
5. 在“缓存无效”部分中，单击“无效”以使站点的“静态内容缓存”和“整个页面缓存”或“站点的整个页面缓存”无效。这将立即生效。

清除页面缓存可能会对应用程序服务器造成沉重的负担。这意味着Linda仅在必要时才应手动清除页面缓存，并避免在高流量时间清除它。例如，如果Linda进行了一些次要更新，而不是立即清除缓存，则可以在晚上等待计划的缓存清除。如果更改涉及重要的安全功能或关键产品或促销更新，则她的决定会有所不同。

无论她何时清除缓存，清除缓存命令最多可能需要15秒才能到达Web服务器。她可能不会立即看到缓存更新。为了确保成功复制，她评估了更改范围，并尝试使更改尽可能小。

对于自动和手动缓存刷新，B2C Commerce将刷新生产实例中的所有页面延迟15分钟。这样可以确保跨应用程序服务器的负载分配。在非生产实例上，页面缓存立即刷新。

Linda现在对复制有很好的处理。但是在为Cloud Kicks设置任何复制过程之前，她仔细研究了以下最佳实践。

• 识别不同数据复制组之间的依赖关系。例如，如果您有使用源代码和优惠券代码的广告系列，则在复制广告系列之前或之前复制源代码和优惠券。
• 始终重建搜索索引，并确保过程已完成，然后再复制它们。复制搜索索引时，请禁用增量索引和计划索引，并停止其他作业。当重建或修改索引时复制失败。
• 不要同时运行多个复制过程。
• 限制有权执行数据复制的用户数。
• 将静态内容存储在文件夹结构中，该文件夹结构不允许在同一文件夹中包含超过1,000个文件。如果您在一个文件夹中存储的文件数超过1,000，即使没有更改文件，访问和复制的时间也会大大增加。
• 尽可能复制现有的复制过程，而不是从头开始创建新过程。
• 不要在生产实例上直接编辑盒带路径或代码。这可能会导致意外行为，例如页面的多个版本。始终将代码和首选项从登台复制到生产中。

有时您必须撤消复制。您可以通过将复制类型设置为“撤消”来再次运行相同的复制来执行此操作。这会将目标实例还原到其先前的状态。但是，您只能回滚最新数据或代码复制。

数据和代码复制不会影响彼此的回滚。例如，如果先运行数据复制，然后运行代码复制，则仍然可以撤消两个复制。

在本单元中，Linda了解了哪些实例用于代码和数据复制。她了解了页面缓存的含义，最佳实践以及如何回滚复制。接下来，她配置并运行数据复制。

正如Cloud Kick的管理员琳达·罗森伯格（Linda Rosenberg）在第一天就了解到的那样，在业务管理器中，角色是向用户组授予的一组权限。用户可以具有多个角色。Business Manager带有示例角色，例如分配给Linda的管理员角色。

角色包含业务管理器模块权限和功能权限，并且在组织的上下文中定义。模块权限授予对Business Manager模块的访问权限，而功能权限授予执行某些任务的权限。例如，Cloud Kicks的销售商Traude Beck需要编辑目录中的数据。为此，她需要对Merchant Tools区域中的Catalogs模块具有写访问权限，并且需要具有管理目录的功能权限。她必须同时具有两种权限才能编辑数据。

角色还必须指定允许的语言或语言环境。权限是累加的。用户具有分配给他们的所有角色的所有权限。

Cloud Kicks站点已经具有以下角色和分配的权限。

Linda认为现有的管理员角色为新管理员Peter提供了完成工作所需的全部功能。但似乎她需要为Traude添加新的采购员角色。Traude的工作要求她创建和编辑店面数据，例如产品和内容。Traude需要以下权限。

这是Linda如何为Traude创建新的采购员角色。

1. 打开业务经理。
2. 选择管理>组织>角色和权限。
3. Linda的管理员角色（带有黄色三角形标记）对安全性敏感。该角色是授予她管理用户和访问角色所需的权限的原因。
4. 单击新建创建一个新角色。
5. 输入推销员，然后点击应用。
6. 单击业务管理器模块和功能权限选项卡以添加权限。

Linda为此角色添加了权限。

1. 打开业务经理。
2. 选择管理>组织>角色和权限。
3. 单击业务管理器模块选项卡。
4. 选择Cloud Kicks网站，然后单击Apply。
5. 选择以下模块：
   • 产品和目录
   • 内容
   • 搜索
   • 网上营销
   • 定购
   • 分析工具
6. 点击更新。
7. 单击功能权限选项卡。
8. 选择Cloud Kicks网站，然后单击Apply。
9. 分配以下功能权限：
   • Manage_Site_Catalog
   • Manage_Site_PriceBooks
   • Manage_Site_Inventory
10. 点击更新。

Linda现在将英语语言环境的权限分配给销售角色。Traude需要此权限，因此她可以查看或编辑本地化的英语属性并创建英语店面数据。

1. 在商人角色中，单击“区域设置权限”选项卡。
2. 单击复选框以授予对英语语言环境的写权限。
3. 单击应用。

接下来，Linda的经理要求她将WebDAV权限添加到现有开发人员角色。这是她的工作。

1. 在“角色和权限”模块中，选择开发人员角色。
2. 单击“ WebDAV权限”选项卡。
3. 授予对所有文件夹的写访问权限。
4. 更新角色。

现在，琳达可以将业务员角色分配给特劳德，以便她可以完成工作。作为销售商，Traude需要能够编辑站点目录，价格和库存。她应该只查看其站点的数据。

1. 在“角色和权限”页面上，选择商人角色。
2. 点击用户标签，然后点击分配。
3. 选择用户ID，然后点击分配。

Linda遵循相同的步骤将管理员角色分配给Peter。现在，两个新用户都可以在Cloud Kicks上开始工作。

在该模块中，Cloud Kicks的新管理员Linda Rosenberg创建了新的用户记录和新角色。她为新角色分配了权限，以便Traude（她的新用户之一）可以访问她在工作中需要使用的数据。Linda还向现有的开发人员角色添加了WebDAV权限，并为新手站点添加了密码保护。

业务管理器是用于配置和管理B2C Commerce店面的Salesforce B2C Commerce联机工具。Cloud Kicks的新管理员Linda Rosenberg正在为Business Manager用户处理她的管理任务。她了解根据作业任务分配和限制对Business Manager模块的访问有多么重要。她还了解了使用预定义角色如何提高效率和站点的数据安全性。

今天，她计划设置一些新用户并管理现有用户的权限。她还计划更改一些现有用户数据，帮助用户重置密码并配置店面密码。

首先是第一件事。她的经理要求她为两名新员工创建记录：另一名管理员Peter Wong和高级采购员Traude Beck。琳达了解到，采购员需要访问Business Manager广告系列和促销功能，而像她这样的管理员需要访问导入和导出功能。琳达（Linda）在准备好分配用户角色时将其记下来，以备日后使用。

要访问业务管理器，您必须具有B2C Commerce实施。在此模块中，我们假设您是B2C Commerce管理员，具有执行这些任务的适当权限。如果您不是B2C Commerce管理员，那就可以了。继续阅读以了解您的管理员如何在登台实例中执行这些步骤。不要尝试在您的Trailhead游乐场中遵循我们的步骤。Trailhead Playground中不提供B2C Commerce。如果您拥有B2C Commerce的暂存实例，则可以在实例中尝试这些步骤。如果没有暂存实例，请询问您的经理是否有可以使用的实例。

Linda在Business Manager中创建新用户之前，会先查看它们是否已在系统中。这是她的第二个星期，她不想承担任何责任。首先进行检查可以节省时间和数据资源。这是她的工作。

1. 在业务管理器中，以管理员身份登录。
2. 选择管理>组织>用户。
3. 点击查找。

她没有看到这些记录。在检查用户列表时，她注意到可以一目了然地看到用户上次登录的时间以及自登录以来的天数。

最佳做法：对用户ID和电子邮件地址使用命名约定。

在Cloud Kicks，Linda的经理指示她使用pwong作为Peter的用户ID，并使用p_wong@cloudkicks.com作为他的电子邮件地址。同样，她将tbeck用于Traude的用户ID，并将t_beck@cloudkicks.com用于她的电子邮件地址。Linda现在准备在Business Manager中创建用户。这是她采取的步骤。

1. 在业务管理器中，选择管理>组织>用户。
2. 点击新建。
3. 输入您的（管理员）密码。
4. 输入并选择凭据。
   1. 启用用户。
   2. 输入登录ID。琳达（Linda）为彼得（Peter）进城。
   3. 点击生成。
   4. 选择发送电子邮件以设置初始密码。
5. 输入名字和姓氏，电子邮件地址和电话号码。
6. 选择首选的Business Manager用户界面区域设置。琳达选择英语。
7. 选择用户在Business Manager中创建数据时显示的首选数据语言环境。琳达选择英语。
8. 应用更改。

琳达以同样的方式为特劳德创造了唱片。Traude创建数据时显示的首选数据区域很重要，因为Traude负责使用该语言创建促销，产品和内容。当Cloud Kicks扩展到新的地理位置时，管理员需要向适当的用户添加任何新语言。目前，默认值为英语。

一旦Linda单击Apply，Salesforce B2C Commerce就会自动使用系统生成的密码向Peter和Traude发送电子邮件，要求他们创建一个很难猜到的新密码。

这些是业务管理器密码要求：

• 它们必须包含数字。
• 它们必须包含大小写字母。
• 默认的最小长度是8，默认的最大长度是25。（您可以更改默认值。）
• 默认情况下，它们必须至少包含一个特殊字符。

Linda还要求Peter和Traude登录并添加一个安全问题，以防他们忘记密码。

琳达的经理从公司安全部门收到一封电子邮件，指出电子邮件地址约定已更改。现在，她必须对所有新员工使用<familyname> <三位数>> <first initial>约定，而不是使用<first initial>下划线<familyname>。这是琳达进行更改的方式。

• 在业务管理器中，选择管理>组织>用户。
• 输入用户名。琳达进入黄宫。
• 单击用户记录的链接。
• 点击更改电子邮件。
• 输入您的管理员密码。
• 更改电子邮件地址。琳达（Linda）将彼得（Peter’s）更改为wong123p@cloudkicks.com。
• 应用更改。

随着Peter电子邮件的更新，Linda单击了面包屑中的Users，搜索Traude的记录，并进行了相同的更改。

Linda还负责管理现有用户凭证，以确保其安全。她处理：

• 密码过期
• 密码和ID重置
• 账户锁定
• 用户登录设置

Cloud Kicks正在组织内部实施新站点以扩展业务。当前，只有具有Access_Protected_Storefront功能权限的Business Manager用户才能登录到新店面。Cloud Kicks需要将访问权限扩展到某些没有Business Manager权限的用户。Linda使用一些安全选项来启用此功能。

首先，Linda为新站点启用密码保护。然后，她创建一个共享站点密码，该密码将访问该网站的开发，登台和生产实例的权限限制为仅涉及实施人员。此功能阻止访问动态和静态页面。如果有人尝试在没有站点密码的情况下登录，则会收到HTTP响应403（禁止访问）错误。

同时，琳达的经理要求她使静态内容缓存无效。静态内容缓存会保留在店面中显示的内容；无效之前，任何用户都可以使用此内容。

这是琳达采取的步骤。

1. 打开业务管理器，然后选择管理>站点>管理站点。
2. 选择新的站点名称。
3. 单击站点状态选项卡。
4. 选择站点状态：联机（受保护）。
5. 输入密码。在B2C Commerce店面中，您可以在用户名和客户登录名中使用以下特殊字符：＃！＆$％* + /？= ^`〜} | {这是因为店面应用程序在电子邮件地址和用户名之间实施了映射要求登录属性支持电子邮件地址中有效的任何字符。
6. 单击缓存选项卡。
7. 单击“静态内容缓存和站点的整个页面缓存”旁边的“无效”。

店面密码不会过期。店面密码重置将在30分钟后过期。

在这个单元中，Linda学习了如何在Business Manager中添加用户和更改用户信息。她还了解了用密码保护刚成立的店面为什么很重要。在下一单元中，她将学习如何创建角色并将其分配给用户。

Linda Rosenberg是Cloud Kicks的新B2C Commerce管理员，该公司专门从事高端定制运动鞋。她的工作是确保Cloud Kicks电子商务网站平稳运行并提供出色的在线购物体验。Linda还负责设置Cloud Kicks用户，以便他们可以有效地完成工作。同样重要！

在她的第一周，琳达的经理概述了她作为B2C Commerce管理员的一般职责。稍后，她要求Linda执行一些基本的用户维护任务。

在她的新工作中，琳达负责：

• 管理业务管理器用户的角色和权限。
• 使用导入/导出，作业和复制来管理店面数据和代码。
• 设置站点或全局首选项并创建自定义首选项。
• 监视和控制B2C Commerce实例。
• 执行标准系统备份。

业务管理器是用于配置和管理B2C Commerce店面的Salesforce B2C Commerce联机工具。店面是由B2C Commerce支持的在线电子商务网站。一个实例可以包含多个店面。

在Cloud Kicks，业务管理器的用户包括开发人员，销售商和管理员。琳达得知她可以为这些用户分配一个或多个角色。每个角色都授予一组权限。使用预定义角色可以提高她的效率和站点的数据安全性，因为只有需要访问数据来执行其工作的用户才可以这样做。

要分配用户和角色，Linda需要访问Business Manager中的“用户”，“角色和权限”模块。

幸运的是，Salesforce自动将这些权限授予管理员角色。我们将在后面的单元中讨论角色，但是值得一提的是，每个新的B2C Commerce网站都带有一个名为admin的用户帐户。管理员用户具有预定义的管理员角色；此角色无法删除。系统确保管理员用户保留所有访问权限。

Linda很高兴得知具有管理员角色，她可以重设除admin用户以外的任何用户密码。这将派上用场。

只有B2C Commerce支持可以更改管理员用户密码。

最佳实践：我们建议只有一名管理员负责所有实例的密码。

琳达（Linda）在她的第一周有很多工作要做。数据管理是她角色的重要组成部分。她了解到可以使用以下业务管理器功能来管理数据和代码。

• 导入/导出： 手动触发或批处理过程，可将店面数据移入和移出B2C Commerce系统。
• 作业： 可以移动和处理数据和代码的预定流程。
• 优化的价格表： 从外部产品信息管理系统（PIM）导入价格表的高速过程。
• 数据和代码复制： 将数据和代码从一个实例复制到另一个实例的过程。
• 网站导入/导出： 将网站配置和设置数据从一个实例复制到另一个实例的过程，通常使一个新的开发人员沙盒实例联机。
• 目录供稿： 处理第三方文件的过程，例如Certona。

Linda负责管理其站点的客户证书。客户端系统使用这些证书针对以下类型的交易向B2C Commerce服务器发出经过身份验证的请求。

• 使用本地存储的B2C Commerce TLS / SSL证书将代码上传到暂存实例。
• 用于安全的第三方系统交互。该站点使用存储在业务管理器中的TLS / SSL证书通过HTTPS向Web服务或第三方系统进行安全调用。
• 使用加密或解密通信的SOAP Web服务进行安全交互。业务管理器存储证书以简化到期管理。

在她的第一个星期中，她了解到Business Manager在哪里存储客户证书，以便她可以跟踪它们。

多重身份验证

随着安全威胁变得越来越普遍，Linda知道实施强大的安全措施以保护Cloud Kicks客户和企业的重要性。这是她的工作。

• 每次发行后运行运行状况检查。
• 与所需的和建议的安全功能保持最新。
• 推动公司范围内的安全标准和采用。
• 保护敏感的客户数据。

琳达（Linda）想更多地了解多因素身份验证-它是什么以及如何使用它。多因素身份验证是仅在成功向身份验证机制提供两个或更多证据后，才授予用户访问权限。MFA依赖于：

• 您知道的一些信息，例如登录凭据
• 您拥有的东西，例如身份验证器应用程序，银行卡或Yubikey
• 您所需要的东西，例如指纹，虹膜，语音，打字速度或按键间隔中的图案。
• 您所处的位置，例如与特定计算网络的连接或使用GPS信号来标识位置。

两因素身份验证是一种多因素身份验证。

除了用户名和密码，B2C Commerce还提供了增强的安全保护。它使用MFA增强针对以下威胁的防护：

• 网络钓鱼攻击
• 恶意代码注入
• 帐户接管
• 麦卡特
• 资料遗失

尽管Business Manager旧版应用程序不支持MFA，但Account Manager支持。客户经理提供：

• 管理帐户的身份管理
• B2C Commerce工具和应用程序的两要素身份验证（2FA）
• API客户端管理和身份验证以访问B2C Commerce API
• 组织管理
• 基于角色的商人资源访问管理
• 跨B2C Commerce的单点登录

Linda将她的用户迁移到 统一身份验证，该身份验证弥合了Business Manager和Account Manager之间的用户凭据差距。迁移后，她的用户通过帐户管理器登录到其实例，而她只需要管理一组登录凭据。迁移后，她启用了 跨实例的多因素身份验证，这是她可以采取的最简单，最有效的措施来保护公司的B2C Commerce店面。她详细了解了《 B2C商业安全指南》。

设置，首选项和体系结构

Linda了解如何在B2C Commerce中配置设置。她可以将设置应用于一个或多个站点或整个组织。让我们快速浏览一下B2C Commerce体系结构，以了解站点和组织的含义。

商人在所谓的领域内工作。通常，商人只有一个适合他们的领域。（他们也可以有多个领域。）领域包含在其上开发，测试和部署其在线店面的实例。领域包括主要实例组（PIG）和次要实例组（SIG）。B2C Commerce PIG包括暂存，开发和生产实例，并且这些实例中的每一个都有一个或多个站点。特定实例上的站点一起被视为组织。

有关更多信息，请参见“ Trailhead： Salesforce B2C Commerce的体系结构”。

琳达的经理为她提供了访问控制中心的登录权限。她可以在Control Center监视实例状态并执行以下操作：

• 初始化实例。
• 启动，停止和重新启动实例。
• 查看使用情况数据。
• 查看审核日志。

她还可以访问“帐户管理器”，这是一种用于管理“控制中心”凭据的工具。在第一周，她的经理向她显示了要监视的关键控制中心数据。

在第一周结束时，琳达开始对自己的工作范围感到满意。在她离开周末之前，她和她的经理一起执行了每天将使用的实例备份过程。

琳达（Linda）的职责很长，但是她已经准备好开始。在下一个单元中，我们将观察她如何设置一些新用户并解决基本的用户维护任务。