POST
|
Hi, Owen. When can we expect there will be support for alt tags when using a feature service to drive the map tour? It would seem as simple as creating a field in the feature service to hold the alt tag, and selecting that field in the map tour configuration.
... View more
07-07-2021
07:13 AM
|
2
|
0
|
499
|
POST
|
Sure. I have had two instances of ArcGIS Server (virtual machines) running, using CSV for their shared config store and server directories for almost a year with zero failures or problems. Obviously this requires robust infrastructure supporting CSV in order to be a success, so it doesn't prove that it's a superior strategy, just that ArcGIS Server doesn't seem to have a problem with it given our specific hardware and network configuration.
... View more
11-09-2020
04:30 AM
|
1
|
0
|
393
|
IDEA
|
I have also found myself wondering as of late, what even is the advantage of using replicas in a read-only scenario? Without consulting Esri, the only thing I could come up with is that the update process is a simple, one-tool job. I wonder if the back-end complexity and associated failure risk is worth it? In our case of writing out to a read-only file geodatabase, it would be simple enough to delete and recreate feature classes with a python script. Or in the case of an enterprise geodatabase, delete features and re-load. At the time, I suppose I opted for the solution that was easy to implement. That is is, for sure. I'm doing server moves as well, so I'm right there with you. You must have another reason for using a enterprise geodatabase in a read-only capacity. The whole idea of the enterprise geodatabase is primarily multi-user editing.
... View more
06-10-2020
10:22 AM
|
0
|
1
|
1058
|
IDEA
|
My first thought was, maybe they don't think it's necessary because you could script the re-creation of replicas via Python...then I found that there is no ArcPy method to unregister replicas. It doesn't make sense that you can create a replica via ArcToolbox and therefore ArcPy...but you cannot unregister them. https://community.esri.com/ideas/7616 I had replicas going for years on end, and they are very reliable as a way to automate the updating of a read-only file geodatabase copy of an enterprise geodatabase. They stopped propagating edits reliably just recently and there was no way to fix the problem besides unregistering the replicas, deleting the child data, and re-creating the replica. I could have fired off a fix-it script in minutes, and not waited 2 weeks for Esri to tell me they can't figure out what went wrong.
... View more
06-05-2020
01:21 PM
|
0
|
1
|
1058
|
POST
|
Great to know, Jay. Appreciate it. I think logically, CSV satisfies Esri's guidance for "immediate consistency," however that will bear out during our testing. I haven't decided on an load balancing vs active/standby configuration but I will do testing with 2 machines active. It doesn't seem that an active/standby configuration would test the consistency requirement, as two servers are not accessing the config store and server directories simultaneously. I could be wrong, again...just thinking logically. Our team performed some testing to get some numbers concerning the other vague requirement, "small, random I/O," and it would appear at least in our environment that the test results are more than acceptable. This is much more dependent upon specific hardware, topology and configuration though, rather than virtual volume type (SMB, CSV, et al)...I think.
... View more
01-17-2020
12:06 PM
|
1
|
2
|
1603
|
POST
|
I'd also be interested to hear more feedback from those who have used clustered shared volumes for the config store and server directories. My organization is leveraging a hyper-converged environment (which isn't uncommon today), and having a reliable path or guidance from Esri on this topic would be extremely helpful. Logically, it seems like the ideal solution. We tried DFS when we had standalone servers and it was not reliable. Network shares, I think, add an unnecessary layer of complexity and latency in a hyper-converged environment.
... View more
01-17-2020
05:02 AM
|
0
|
4
|
1603
|
Title | Kudos | Posted |
---|---|---|
2 | 07-07-2021 07:13 AM | |
1 | 11-09-2020 04:30 AM | |
1 | 01-17-2020 12:06 PM |
Online Status |
Offline
|
Date Last Visited |
08-18-2021
06:12 AM
|