Latest Contributions by RyanUthoff

DynamicMappingHost is referring to services published using the shared instance type. This documentation provides some more information about it. Now regarding your error message, it appears that one of your services is struggling. If it's a heavily used service, it might be better off as a dedicated instance. If not, then there might be some performance issues with it that you will need to resolve. If you're not sure right off which service is causing issues, what you might be able to do is look at the raw log file (the text log file on your server machine) and find that error message. Then, take the RequestID of that error and do a search for it in the entire log file and you might be able to find that original request (along with the actual service name). ... View more

Upgrading to 11.3 is the highest version of ArcGIS Enterprise you will be able to upgrade straight from 10.7.1. What version you upgrade to is going to mainly depend on your organizational requirements. However, I'd recommend upgrading to 11.3 since you'll get an extra year of support as opposed to 11.1. If you do not have any specific reason to upgrade to 11.1, then I'd recommend going straight to 11.3. ... View more

Yep, the Copy tool is just a tool in ArcGIS Pro. I don't believe FME will be able to preserve the ObjectIDs, at least not in the ObjectID column when you write it to a FGDB. The ObjectID column is still managed by Esri in that case, and not FME. And FME typically can't override Esri. I think the only way to preserve the ObjectID in the actual ObjectID column is to do it completely through Esri using the Copy tool. ... View more

The ObjectID field is typically controlled by Esri and the end user typically doesn't have any control over it, especially in an ArcGIS Online context. You do have some limited control over it when exporting data to FGDB's (like being able to maintain the ObjectID when exporting), and you might be able to specify the ObjectID directly in SQL (which typically isn't recommended). But that doesn't really help with AGOL. That is all controlled by Esri and I'm not aware of any way to preserve the ObjectID when uploading records to AGOL. I'm just taking a shot in the dark here, but you might be able to export your dataset to a FGDB (use the Copy tool which preserves ObjectID). Then upload that FGDB to AGOL and publish a feature service from it. It's possible it might maintain the ObjectID using that workflow, but it's not something I've personally tried. Because it seems like you're trying to add records to an already existing feature layer, which you probably won't be able to manage the ObjectIDs. But if you create a new feature layer from your FGDB, it's possible AGOL will preserve the ObjectIDs depending on how AGOL is creating that feature layer. Edit: I just tested the workflow and I have confirmed that it does maintain the ObjectID (in my very limited test). ... View more

There is no going back once you run the Enable Enterprise Geodatabase tool on a DB. Your best bet is to restore your DB from a backup from before you ran the tool. You can try deleting all the Esri system tables, stored procedures, etc. in SSMS, but the only for-sure way that you'll be able to eliminate anything Esri related in the DB is to restore from a backup since before you ran the tool. ... View more

After changing the column length, you will need to restart (or potentially republish) your feature service so the field length is updated there. But otherwise, yes, changing the column length in the EGDB will be reflected in everything down the line. ... View more

Do you have snapshots of your machine? Or at least a WebGISDR backup? That might be your quickest solution at this point to get you back up and running. Alternatively, you can try and do a repair of the Portal installation (go to Control Panel and click "change", and then the dialog box will give you an option to repair it.). I was installing a Portal patch and during the installation, the machine became unresponsive and I had to do a restart which corrupted Portal. Doing a repair fixed it and I did not lose any of my content. But I can't guarantee it'll maintain any custom Portal configuration you might have. ... View more

If the tables already exist before enabling the EGDB, then yes, you will need to register each table in the DB. ... View more

I would like a little clarity from Esri regarding this statement: "The reason behind this is that the coordinate system plays a crucial role in setting important parameters such as the spatial domain (range of coordinates), XY/Z/M tolerance, and resolution values. If a coordinate system is left undefined initially and then set later, those spatial properties might not align properly — which can lead to data integrity problems." Wouldn't you expect to see more data integrity issues when using the Define Projection tool on a known coordinate system as opposed to an undefined coordinate system with no records in it? Edit: One last thing. ArcGIS Pro error 000146 states that the "Define Projection tool works with a dataset that does not have any coordinate system." But that directly conflicts with Esri's response to you, stating that "Define Projection tool cannot be applied to a feature class with an Unknown Coordinate System." Either there is a misunderstanding somewhere, or the documentation needs to be updated to reflect that the Define Projection tool cannot be used on unknown coordinate systems. ... View more

I'm just......confused by this "issue" along with Esri's response. Per Esri's documentation, it literally says the Define Projection tool is "intended for datasets that have an unknown or incorrect coordinate system defined." But you're saying that Esri said that the tool is not intended for datasets with an unknown coordinate system. That doesn't make sense, because isn't that the point of the tool? I'm not sure if I'm missing something, but that just doesn't make sense to me. I'm not sure if you've already closed your case with Esri support, but I'd push back and state that their documentation explicitly states that what you are wanting to do is possible per their documentation. ... View more

Getting the terminology correct here is pretty important. When you say "postgres server", I am assuming you are referring to the ArcGIS Data Store from how you are describing it. Under the hood, the ArcGIS Data Store is a postgres DB. However, this is not a DB you should ever directly interact with.  If you are in fact referring to the ArcGIS Data Store, you should NOT upgrade the version of postgres. Any upgrades should ONLY be done through ArcGIS Data Store upgrades (like going from 11.4 to 11.5). Sometimes the ArcGIS Data Store upgrade will also upgrade the version of postgres, but you should never independently upgrade postgres. To answer your question about how Portal uses the postgres DB, it's typically only used for hosted feature services. It makes sense that when you shut it off, that only hosted feature services stop working.  ... View more

If you have data elsewhere that you would like to add to the underlying feature service that drives the S123 form, you always bring in the S123 feature service into ArcGIS Pro and just append your existing data into the S123 feature service. ... View more