用户存储

ArcGIS Enterprise 支持配置引用用户数据的 Web 服务，作为在发布期间将数据复制到 ArcGIS Enterprise 的替代方案。当 ArcGIS Enterprise 在云中运行时，可以使用其他数据存储选项支持引用的 Web 图层。其中包括云存储、托管数据库服务和云数据仓库。

可用的选项取决于您发布的 Web 服务类型以及 ArcGIS Enterprise 的部署环境。

您可以通过以下方式注册用户数据存储：在组织中添加数据存储项、使用 ArcGIS Pro 或直接使用 Server Manager 在 ArcGIS Server 站点中注册。

数据库

您可以将数据库注册到 ArcGIS Server，从而允许您发布引用这些数据库中数据的服务。这些可能是您自行安装和维护的数据库，例如关系型数据库、文档数据库或图数据库。这些数据库也可能是云数据库服务或云数据仓库。

您安装和维护的数据库

对于本地部署和云部署，您都可以注册一个您在 ArcGIS 外部安装并配置的数据库。有几种不同的数据库管理系统与 ArcGIS 兼容，但每个系统都有您必须满足的不同要求。有关详细信息，请参阅支持的数据库和数据仓库。

数据库服务

对于云部署，云供应商提供数据库即服务 (DBaaS)，允许您使用数据库系统，而无需安装、升级或维护底层软件和硬件。这些服务还在可管理性和可扩展性方面提供了显著的优势。 ArcGIS 支持各种 DBaaS 解决方案，包括支持在其中存储企业级地理数据库。这可以作为在云中的虚拟机 (VM) 上安装关系数据库管理系统 (RDBMS)（例如 Microsoft SQL Server、Oracle 或 PostgreSQL）的替代方案。

有关受支持的数据库服务产品的列表，请参阅在云中使用 ArcGIS 和数据库的要求。

云数据仓库

云数据仓库是可扩展、有弹性且性能良好的存储解决方案，可作为托管服务在公共云中使用。云数据仓库针对大量数据分析进行了优化，并越来越多地被用作数据存储的集中资料档案库。 ArcGIS Enterprise 支持集成云数据仓库的数据进行可视化和分析。

有关支持与 ArcGIS Enterprise 和 ArcGIS Pro 一起使用的云数据仓库的详细信息，请参阅将 ArcGIS 与云中的数据库结合使用的要求。

文件夹

对于本地部署和云部署，您都可以注册包含 GIS 资源（例如影像数据）的文件夹。文件夹可以是 ArcGIS Server 计算机的本地文件夹，也可以是网络共享文件夹。本地文件夹通常允许更快的数据访问，但如果存储本地数据的 ArcGIS Server 计算机不可用，您也会失去对数据的访问权限。因此，建议为多机 ArcGIS Server 站点配置网络共享。

云存储

对于云部署，您可以使用云存储来存储引用的 Web 图层的数据和缓存。支持的图层类型和云存储服务因工作流而异，但您可以通过以下链接了解更多信息

云存储可以作为数据存储注册到 ArcGIS Server，并可通过以下方式使用：

存储地图服务或配置为从缓存绘制的图像服务的预渲染缓存切片图像。使用云数据存储作为缓存目录是将大型缓存存储在文件系统上的替代方法。
存储切片、矢量切片、3D 切片或场景图层的预渲染缓存。缓存将被创建并放置在已注册的云存储位置，引用的服务将直接从 ArcGIS Enterprise 中的数据存储项目发布。与从 ArcGIS Pro 发布时复制所有数据的替代方法相比，这种方法在发布大型数据集时节省了时间，并避免了使用托管服务器上的资源。
存储可用于发布引用影像图层的栅格和图像文件。当 ArcGIS Enterprise 配置为图像托管或栅格分析时，此功能受支持。

云服务集成的延迟注意事项

使用云服务存储用户数据会产生潜在延迟问题，从而对性能造成不利影响。例如，使用在澳大利亚数据中心本地运行的 ArcGIS Server 站点注册在云提供商的美国东部区域运行的云数据仓库时，需要在网络中长距离传输数据请求。使用该数据发布的服务响应请求的速度会较慢。

为了最大限度减少延迟，建议您将组件放在同一云提供商的同一区域。同地址部署可有效缩短信息在网络中传输的距离。例如，如果您使用位于 AWS af-south-1 区域的 Amazon S3 为您引用的影像图层存储影像，所有 ArcGIS Enterprise 的其他组件也应在 AWS af-south-1 区域中运行。向 ArcGIS Enterprise 发布服务的客户端（例如 ArcGIS Pro）也应与 ArcGIS Enterprise 协同部署。

注:

如果 ArcGIS Enterprise 软件组件不在同一云的同一区域运行，则 Esri 不正式支持连接到云服务以获取引用数据。

发布服务时的数据库注意事项

部署 ArcGIS Server 站点时，需要选择将 Web 服务的源数据放置在哪里。本主题讨论使用企业级地理数据库和文件地理数据库的一些合适场景。

何时使用企业级地理数据库而非文件地理数据库

通常建议您使用企业级地理数据库来维护地图和要素服务的源数据。企业级地理数据库提供高可用性支持、备份与恢复、并发性、可扩展性，且往往能提供更高的吞吐量。不过，这一建议的前提是您的组织有专门的数据库管理员来优化、调优和维护该数据库。

如果您的组织没有配备数据库管理员，且发布的数据相对静态，使用文件地理数据库可能是一个不错的替代方案。文件地理数据库通常无需额外配置或调优即可提供良好的性能。根据 GIS 数据的特性，如果企业级地理数据库所在的底层数据库未经过优化和维护，文件地理数据库的性能可能会优于企业级地理数据库。

在地图和 Globe 缓存工作流中（需要对数据进行快速连续的只读调用），通过本地路径访问的文件地理数据库通常比企业级地理数据库表现更好。

在选择使用文件地理数据库之前，请记住企业级地理数据库中的某些功能（如版本管理、地理数据库复制和历史归档）在文件地理数据库中不可用。此外，标准的数据库管理系统功能（如日志记录、备份与恢复以及故障转移配置）在文件地理数据库中均不可用。

文件地理数据库的注意事项

当您将文件地理数据库用作数据源时，请在每台 ArcGIS Server 计算机上放置一份相同的文件地理数据库副本。例如，在包含三台计算机的 ArcGIS Server 站点中，每台计算机都必须访问其自己的文件地理数据库副本。请勿将 ArcGIS Server 站点配置为通过网络访问单个文件地理数据库。

这种配置最大限度地减少了不同 ArcGIS Server 组件之间的网络通信流量，并在访问文件地理数据库时减少了 I/O 争用。影响共享文件地理数据库潜在磁盘 I/O 争用的因素包括地图服务中的图层数量、文件地理数据库中的数据性质以及文件存储设备。

文件地理数据库旨在与 ArcGIS Server 一起用于只读用途。因此，您无法发布引用文件地理数据库中数据的要素服务。此外，在文件地理数据库作为发布地理数据库的场景中（单向复制工作流），副本同步需要在地图服务不活动的期间进行，或者通过释放地图服务对文件地理数据库的使用来进行。您可以通过停止服务来释放地理数据库，或者对于多机站点，通过暂时将 ArcGIS Server 计算机从站点中移除，并在文件地理数据库更新后重新连接它们来释放。

ArcGIS Server 无法禁用文件地理数据库的架构锁定。

文件地理数据库和地图缓存

文件地理数据库非常适合地图缓存场景。通过在每台处理缓存的计算机上放置一份相同的文件地理数据库，您可以消除需要通过网络进行的对企业级地理数据库的多次调用。这可以减轻数据库的负载并加快缓存速度。

您可以使用从企业级地理数据库到文件地理数据库的单向复制来创建这些文件地理数据库。您甚至可以将数据复制到将要缓存的地图的投影中。一个常见的例子是缓存使用 ArcGIS Online、Bing Maps 和 Google Maps 所用的 WGS 1984 Web Mercator（辅助球体）投影的 Web 地图。这通常不是在企业级地理数据库中存储数据集的推荐投影，但对于从文件地理数据库缓存 Web 地图来说，它是一个很好的投影。