Salesforce（0）：Sandbox 设置注意事项！

📖摘要

---

今天分享下 —— Salesforce（0）：解锁 Sandbox 的一些基本知识，欢迎关注！

Sandbox 的行为和您的 Salesforce 生产组织的行为类似，但某些重要的差别会影响您如何配置和测试 Sandbox 组织。

所需的 EDITION 和用户权限

---

• 适用于：Salesforce Classic（并非在所有组织中可用）和 Lightning Experience
• 适用于：Professional、Enterprise、Performance、Unlimited 和 Database.com Edition

所需用户权限
查看 Sandbox：	查看设置和配置
创建、刷新、启用和删除 Sandbox：	管理 Sandbox

---

🌂分享

创建 Sandbox 前，请注意以下事项。

---

服务器和 ID

• Sandbox 和生产组织始终具有唯一的组织 ID。Sandbox 复制引擎创建作为每次创建和刷新请求一部分的组织。因此，每次您的 Sandbox 刷新时，您的 Sandbox 组织 ID 都会更改。Salesforce 在任何使用组织 ID 的位置插入新值，例如文本值和元数据。
  若要查找您当前登录的组织的 ID，从“设置”中，在快速查找方框中输入公司信息，然后选择公司信息。依赖于“硬编码”组织 ID 的脚本或过程，例如测试脚本或在线潜在客户，必须使用 Sandbox 的当前 ID。当您部署更改到生产组织时，应使用生产组织 ID 来更新脚本或流程。
• Salesforce 在几个实例上创建 Sandbox 组织。当创建或刷新 Sandbox 时，Salesforce 为您的 Sandbox 选择一个实例，以便您的 Sandbox 有时会显示在不同实例上并且有不同的 URL。
• 将数据复制到 sandbox 时，也会复制记录的对象 ID（所有对象的唯一标识符 — 与开发人员 API 中的 ID 字段类型相同）。然而，在复制后，对象 ID 不会在您的生产组织和 Sandbox 之间同步。Sandbox 及其相应生产组织充当独立的组织。在创建或刷新 Sandbox 之后，在生产组织中创建的对象数据（以及相应的对象 ID）不会与 Sandbox 同步。Sandbox 具有相同的行为，即在 Sandbox 中创建的新对象不同步回生产组织。

---

用户和联系人

• 用户信息包含在 Sandbox 副本中或者为所有 Sandbox 类型刷新。因为所有 Salesforce 用户名必须唯一并引用一个单独组织，修改所有复制的用户名以确保复制过程中的唯一性。
  对于每个用户名，必要时复制过程会应用修改以生成唯一的新用户名。
  • 首先，Sandbox 名称附加到用户名。例如，名为 test 的 Sandbox 的用户名 user@acme.com 将变为 user@acme.com.test。
  • 如果生成的用户名不唯一，会执行第二项修改，其中某些字符和数字预先附加到修改的用户名。第二项修改会产生一个用户名，例如 00x7Vquser@acme.com.test。
    当您使用修改后的用户名登录时，您将登录到相应的 Sandbox。
• 复制过程不会将联系人数据复制到 Developer 或 Developer Pro Sandbox。因此，不会复制客户入口网站。但复制过程会复制客户入口网站许可证，因此，您可以根据需要在这些 sandbox 中创建客户入口网站。
• 当您创建或刷新 sandbox 时，将在您的 sandbox 中修改用户电子邮件地址，以便生产用户不会收到从 sandbox 自动生成的电子邮件消息。用户电子邮件地址附加 .invalid。该修改可确保系统忽略这些电子邮件地址。例如，在迁移到 Sandbox 时，生产中的用户电子邮件 awheeler@universalcontainers.com 将变为 awheeler@universalcontainers.com.invalid。如果在测试中您想让 Sandbox 用户收到自动生成的电子邮件，您可以在登录 Sandbox 后更正电子邮件地址。在生产中用户的电子邮件设置中设置的返回电子邮件地址在 Sandbox 中不会附带 .invalid。

  警告 Sandbox 会更改 Salesforce 用户电子邮件地址，但不会更改 Salesforce 中的其他电子邮件地址，如联系人记录中的电子邮件地址。要避免从 Sandbox 发送未经请求的电子邮件，请手动使 Sandbox 中不属于 Sandbox 用户的所有电子邮件地址无效或将这些电子邮件地址删除。当测试出站电子邮件时，将联系人电子邮件地址更改为测试人员的电子邮件地址或自动测试脚本。

• 必须先验证每个 Sandbox 用户的帐户电子邮件，然后该用户的帐户才能从 Salesforce 发送电子邮件。

---

电子邮件传送能力

新的和刷新的 Sandbox 具有默认的电子邮件传送能力设置仅系统电子邮件。若要配置 sandbox 组织中的电子邮件传送能力设置，从“设置”中，在快速查找方框中输入传送能力，然后选择传送能力。如果可进行编辑，在“发送电子邮件的访问权限”部分中设置访问权限级别。如果 Salesforce 已限制贵组织更改此设置的能力，则您无法编辑“访问权限”级别。

• 没有访问权限 - 阻止与用户之间的所有往来出站电子邮件。
• 仅系统电子邮件 - 仅允许自动生成的电子邮件，例如新用户和密码重置电子邮件。
• 所有电子邮件 - 允许所有类型的出站电子邮件。新的、非 Sandbox 组织的默认设置。

提示 仅系统电子邮件设置对于控制从 Sandbox 发送的电子邮件尤为有用，这可以使测试和开发工作不会向您的用户发送测试电子邮件。

• 新建 Sandbox 默认设置为仅系统电子邮件。
• 在 Spring '13 之前创建的 Sandbox 默认设置为所有电子邮件。

---

创建、刷新和删除 Sandbox

• 您可以指定每次刷新时（和首次创建时）在 Sandbox 上运行的后副本脚本。在您创建 Sandbox 时指定脚本。
• 您现在可以将 Site.com 和 Site.com社区站点复制到 Sandbox。
• Sandbox 复制是在后台发生的长时间运行的操作。Sandbox 复制完成时会通过电子邮件通知您。Sandbox 完成刷新的时间可能需要几小时、几天甚至超过一周。
• 有若干条件会影响 Sandbox 复制或刷新的持续时间，包括自定义数量、数据大小、对象和配置选项数量和服务器负载。此外 Sandbox 刷新会加入队列，因此您的复制可能不会在请求后立即开始。
• Sandbox 不是数据精确状态的时间点快照。此外在创建或刷新 Sandbox 时，我们建议您限制对生产组织所作的更改。在 Sandbox 创建和刷新操作期间设置并且对您的生产组织进行数据更改，可能造成 Sandbox 中出现不一致情况。创建或刷新后，您可检测并更正 Sandbox 中的部分不一致情况。
• 创建或刷新 sandbox 会随着时间的推移而发生。创建或刷新过程中运行大型程序或更新 30 GB 或以上组织可能会导致在您的 sandbox 中不一致。
• 某些类型的 sandboxes 在您达到组织限制的情况下不可用。例如，如果您的组织将完整 sandbox 数量限制到一个，而您已经拥有一个完整 sandbox，您便不能创建另外一个完整 sandbox。不过可刷新您现有的完全 Sandbox。
• 当您以某个 sandbox 结束时，您可以刷新它。该流程使用生产组织的新副本替代当前 sandbox。
• 如果您已经建设组织的 sandbox 许可证数量，删除链接将显示在现有 sandboxes 的旁边。创建或刷新任何更多的 sandbox 之前，删除某个 sandbox。
• 如果您的 Sandbox 中有启用的 Salesforce 至 Salesforce 连接，禁用连接并在刷新 Sandbox 后重新启用该连接。连接和映射不会复制到刷新的 Sandbox。

---

匹配生产许可证

您不需要刷新您的 Sandbox 就可将提供的生产许可证与您的 Sandbox 组织匹配。匹配更新 Sandbox 许可证计数以便匹配生产中的数量，添加在生产中但不在 sandbox 中的许可证，并删除不在生产中的许可证。

若要匹配许可证，登录您的 Sandbox。从“设置”中，在快速查找方框中输入公司信息，选择公司信息，然后单击匹配生产许可证。您会在在匹配过程开始时获得警报。在 Sandbox 中所有许可证都被匹配后，您会收到确认电子邮件。确认电子邮件发送给发起许可证复制的用户。

匹配生产许可证需要您的 Sandbox 和生产在相同的 Salesforce 版本中进行。如果您的 Sandbox（例如在 Sandbox 预览过程中）升级至下一版本，但生产却没有升级，则无法匹配生产许可证。

“匹配生产许可证”工具在试用组织中不可用。若要使用该工具，您必须拥有“修改所有数据”权限。

---

配置完全 Sandbox

当您创建或刷新完全 Sandbox 时，您可以对其进行配置以便确定复制什么数据。最大限度地减少您包括的数据量可增加 Sandbox 复制速度。

• 对象历史记录、个案历史记录、内容版本历史记录和业务机会历史记录选项可供您选择要从您的生产组织复制到 Sandbox 的历史记录的天数。您可以复制从 0 到 180 天的历史记录，以 30 天为增量。默认为 0 天。
• 默认情况下，Chatter 数据不会复制到您的 Sandbox。Chatter 数据包括摘要和消息。如果您希望包括它，请选择复制 Chatter 数据。
• 生产组织的设置审计跟踪历史不会复制到您的 Sandbox。Sandbox 组织的审计跟踪在您开始使用它时启动。
• 已归档的活动（由于已超过一年，在生产组织中不可用的任务和事件）和密码历史（用户以前的密码）不会复制。

备注 若非特殊环境需求，请勿增加默认选项。大量的数据可以显著延长复制 Sandbox 时花费的时间。

---

访问 Sandbox

• Sandbox 用户的访问权限更改：
  -Sandbox 刷新会删除 Sandbox 并作为生产组织的新副本重新创建 sandbox。这样该程序会反转您已执行的任何手动访问权限更改。如果您创建了仅 Sandbox 用户，这些用户将不再存在，同时用户的简档和权限返回到其在生产组织中的值。刷新后，在新的副本中进行任何访问权限更改。
  • 您可在未启用的生产组织中创建用户，然后在 Sandbox 中启用他们。这是创建在 Sandbox 中具有相应开发权限的用户的好方法。
  • 很多开发和测试任务需要“修改所有数据”权限。如果开发人员在生产组织中不具有该权限，请在 Sandbox 中增加他们的权限。当在包含从生产中复制的敏感信息（例如社会保险编号）的 Sandbox 组织中授予该权限时，应特别小心。
  • 在创建或刷新 Sandbox 之后于生产组织中添加的用户无权访问生产组织实例的相关 Sandbox。要在 Sandbox 中创建新用户，以 Sandbox 组织管理员的身份登录，然后在 Sandbox 实例中创建用户。
  • 您可创建用户用于 Sandbox 开发，但这些会计入您组织中许可用户的数量。为了减少您的许可证计数，您可以在创建或刷新 Sandbox 之前禁用不需要访问 Sandbox 的生产用户。
• 始终使用 https://test.salesforce.com 登录 URL 登录您的 Sandbox 组织。
• 记住根据用户和联系人中的描述，使用修改的用户名登录。
• 如果使用 API，登录后使用重定向 URL，它在 loginResult 对象中为后续访问返回。这个 URL 反映 Sandbox 所在的实例以及 API 访问的恰当服务器池。
• Sandbox 副本的制作都禁用了“使用 SAML 的联盟认证”。保留配置信息，Salesforce 登录 URL 的值除外。在您重新启用 SAML 后，Salesforce 登录 URL 将被更新，以与 Sandbox URL 相符，例如 https://yourInstance.salesforce.com/。要在 Sandbox 中启用 SAML 设置，从“设置”中，在快速查找框中输入单点登录设置，然后选择单点登录设置。然后单击编辑，选择 SAML 已启用。同时，为您的客户端应用程序更改证书中 Salesforce 登录 URL 的值。

---

Sandbox 限制备注

超过存储限制时 Sandbox 不会发送电子邮件通知。不过，如果到达 Sandbox 储存空间限制，则不能在 Sandbox 中保存新数据。要检查您的存储空间限制，请从“设置”中，在快速查找框中输入存储空间使用情况，然后选择您 sandbox 中的存储空间使用情况。

---

自定义和数据更改

• 对生产组织的自定义和数据更改不会反映在现有 Sandbox 中。创建或刷新 Sandbox 以便将最近进行的自定义纳入到您的组织中。
• 在 Developer Edition 或 Sandbox 组织中使用 Salesforce 用户界面添加、编辑或删除 Apex。在 Salesforce 生产组织中，只能通过使用 compileAndTestAPI() 调用更改 Apex。
• 如果您的 Sandbox 与 Salesforce AppExchange 的版本相同，则可以：
  • 在您的 sandbox 中从 Salesforce AppExchange 安装和部署应用程序。
  • 将应用程序从您的 Sandbox 发布到 Salesforce AppExchange。
  • 不建议从一个 Lightning 平台 Sandbox 发布受管软件包，因为刷新或删除 Sandbox 会阻止对该受管软件包的任何修订。
  • 在 Salesforce 发行的时间左右，您的 Sandbox 的版本可能与 Salesforce AppExchange 的版本不同。有关版本信息，请检查 Sandbox 主页左上角的徽标。
• 如果您的组织使用报价模板，并且您创建了 Developer Pro Sandbox，则无法在 Sandbox 中打开包含文本/图像字段的模板进行编辑。
• 如果您的生产组织在报价模板中使用图像，并且您将组织复制到您的 Sandbox，那么图像路径将不正确，且图像显示为断开的链接。要显示图像，请在 Sandbox 中从正确的位置重新插入它。
• 大对象记录不会复制到 Sandbox 中。Sandbox 将包含大对象定义，但没有与大对象相关联的记录。

---

服务排除

• 以下功能会在 Sandbox 中禁用且无法启用。
  • 合同到期警告
  • 个案升级
  • 合同到期警告和个案升级会被禁用，因为它们自动向联系人、客户以及生产组织用户发送电子邮件。
  • 订购摘要
  • 数据导出（通过单击“设置”的“每周导出服务”页面中的立即导出或计划导出）
  • 创建 Salesforce Sandbox 的能力
  • 将您在 Sandbox 中创建的电子邮件服务地址复制到生产组织的能力
  • 发布 Site.com 站点的能力

---

其他服务差异

• 只有创建为相对 URL（如 /00Oz0000000EVpU&pv0={!Account_ID}）的自定义链接在复制到您的 sandbox 中时才会起作用。而创建为绝对 URL 的自定义链接（如 https://yourInstance.salesforce.com/00Oz0000000EVpU&pv0={!Account_ID}）将无法在您的组织的 Sandbox 中起作用。我们建议您只在生产组织中使用相对 URL。否则，修改每个 Sandbox 中的 URL。

• Salesforce 有一个后台进程，可以永久删除回收站中超过 15 天的记录。此进程在不同服务器上以不同时间执行，所以它在您的 Sandbox 中的时间戳不同于在生产组织中的时间戳。如果依赖于此时间戳的应用程序和集成首先连接到一个环境（如您的生产组织），然后连接到其他环境（如您的 Sandbox），则这些应用程序和集成可能会失败。在开发依赖于此时间戳的应用程序和集成时要记住该行为。
  最近一次执行后台删除进程的时间可通过 getDeleted() API 呼叫获得。

• 对于 Summer ‘14 及更早版本中设置的 Salesforce 验证提供商，Sandbox 提供的用户身份不包括组织 ID。目标组织无法区分两个资源（如两个 Sandbox）中用户 ID 相同的用户。要区分用户，请编辑目标组织中的现有 Salesforce 验证供应商设置，并勾选复选框，以包含第三方客户链接的组织 ID。启用该功能后，用户必须重新核准到其第三方链接的联系。Winter '15 及以后版本中创建的 Salesforce 验证提供商默认启用该设置。

• 组织的 Sandbox 刷新完成后，在 Sandbox 刷新日期后，用户将拥有 10 年的 Sandbox 登录访问权限，条件是：

  • 是系统管理员。
  • 从生产组织复制到 Sandbox，而非直接在 Sandbox 中创建。

• 要以任何用户身份登录，请访问 Sandbox（地址为：test.salesforce.com）。用户通过登录链接从生产访问 Sandbox 时，则以任何用户身份登录选项不可用。

---

🎉最后

• 更多参考精彩博文请看这里：《陈永佳的博客》

• 喜欢博主的小伙伴可以加个关注、点个赞哦，持续更新嘿嘿！