ToddMetzler的最新贡献

您好，请参考ArcGIS企业版的高可用性。密切关注前提环境需求。如果您甚至认为您可能无法满足先决条件，那么就不要使用Portal HA。在过去，我尝试在数据中心计算环境中使用Portal HA时，产生了较少的可用性和更多的管理开销，因为Portal HA通信的数据传输时间容忍与我的实际计算基础设施性能和可用性不匹配。我回到了一个非ha和增加可用性的单一门户。不是定量的数据，但我已经与至少三位ArcGIS企业管理员交谈过，他们也在自己的环境中通过Portal HA实现了更少的可用性。在一个具有完美的支持计算环境的完美世界中，Portal HA可能工作得很好。我接受现实世界，而不是完美世界。 ．.．查看更多

joshua abixby写道:“作为一名IT服务提供商，我曾与懒惰的GIS员工有过多次战斗，他们不想花时间制作高性能的地图，但却希望ArcGIS Enterprise能够创造奇迹，将其转变为高性能的服务。”向那弟兄阿们。 ．.．查看更多

你好，我的环境:ArcGIS企业10.8.1托管在2个物理Windows服务器上。服务器1[门户，服务器(联合，托管);服务器2(服务器，数据存储(关系))我有300多个服务。当我们达到大约200个服务时，我确实在注册表中“增加”了堆大小。效果很好。与此变化并行的是将“简单”和/或低使用率的服务迁移到共享实例。共享实例的使用在一定程度上减少了在注册表中修改堆大小的需要，因为SOC.exe进程的总数减少了。提示:在尝试任何这些“调优”技术之前，请评估您的计算环境，并确保您为当前和预期的系统负载做好了准备。我的每台服务器都有192GB内存和2个24核处理器。这些资源允许设置相当高的共享实例参数，从而减少我拥有的专用实例服务的总数。 As far as your future plans with Portal: Suggest view ArcGIS Enterprise as Portal/Server/Data Store not as individual pieces. By implementing Portal and Data Store, we have overcome many performance limitations and/or resource "tuning" requirements inherent with Server only implementation. Hosted feature services really "live" in Portal/Data Store. All Server is doing is creating the service end point. Perhaps an over simplification. Hope it helps. Read between the lines: If you consider the interaction between ArcGIS Web GIS components and ArcGIS Enterprise, the writing on the wall tells me that it the not too distant future, ArcGIS Enterprise will be Portal and Data Store. No more Server. Lastly, if you don't want to bother with the Windows OS "tuning" and you can choose your OS (unfortunately I cannot), host ArcGIS Enterprise in Linux instead of Windows. You'll require less computing resources for the same performance level and, in my experience, it just works without an overabundance of administrative care and feeding. Yes setup is somewhat more involved but again, in my experience, worth the initial investment. ．.．查看更多

好主意。一个典型的用例是小尺度/大面积的行政边界和大尺度/小面积的图像。在为Field Maps和其他移动互联网断开连接的工作流创建基图时，特别需要此功能。地图查看器中的混合设置目前不允许所需的功能。 ．.．查看更多

你好，我不知道你具体问题的答案。我想分享一些关于IT和ArcGIS企业优化的低延迟考虑的想法。1.应用程序和数据存储之间的通信所引入的任何延迟都是不好的。2.加密和解密引入了数据操作并增加了延迟。2 a。建议，与其加密从RDBMS到ArcGIS Enterprise的单个通信路径，不如评估您的整个LAN/WAN信息保护和信息保证状态，并选择最有限的数据操作计划，以满足您的组织目标，而不需要在可能的情况下对单个连接资源进行加密的“开销”。一般来说，防火墙、网络硬件加密和软件安全监控和加密都不是GIS企业的好朋友。绝对需要全面的信息保护和保证。 Impact to overall Enterprise GIS architecture and service performance. Also absolutely. Want to see for yourself? If you have the resources, set up ArcGIS Enterprise in a secure isolated environment without any add on security components and measure the difference in performance compared to that most of us are constrained to use in a production environment. ．.．查看更多

很高兴知道还有另一个解决办法。对我们的企业不可行。我们有数百种服务和30多家出版商。 ．.．查看更多

请看同样的报道。 ．.．查看更多

请看同样的报道 ．.．查看更多

相同。首次报道2021-09-09。第一站是AGOL健康仪表盘。所有的绿色还是绿色。我们已经和埃斯里技术支持部门一起立案了。 ．.．查看更多

我的环境:ArcGIS企业10.8.1镜像服务器。我们采用了一种基于您提出的观点的混合方法。有时我们在单个FGDB中有多个MDS，有时在单个FGDB中有单个MDS，有时在单个FGDB中有一个从其他MDS构建的MDS作为输入源。就像我们在GIS数据管理中所做的几乎所有事情一样，最终用例决定了我们如何决定打包这些数据并从中创建服务。例如，我们将我们的正射影像集合分为四个主要领域:区域、市政、保护和沿海。我们对每个主要类别都有一个FGDB，根据收集年份有多个MDS。为了发现/编目的目的，我们有一个单一的FGDB和一个MDS，包括我们的整个ortho集合。FGDB MDS没有概述，也不用于可视化，只是用于发现覆盖空间或时间范围的块。这个服务也是tile发现和下载应用程序的输入。实现这一点的关键是:用临时信息属性您的MDS并在服务中启用时间。 ．.．查看更多