Latest Contributions by RobLane

‎09-11-2020

I'm seeing this frequently too. We have data in an sde legacy system and I am trying to transfer updates to aws postgis in the interim. Copies just fail without proper error messages to explain the fault. I have to assume there is a network failure and a geodatabase disconnect, and there is no way to recover without restarting the entire process. Others have told me to export from the db at our end and copy the export to aws S3 attached to the aws RDS geodatabase machine and reimport, but it's a heap of work... and some of these workarounds will work fine in test runs only to become problematic over time.

‎02-13-2020

I have definitely experienced the inconsistencies in performance which is why I would like to investigate improving the speed.... if at all possible

‎02-13-2020

10.7.1.2.4 Geodatabase

‎02-13-2020

I am trying to copy from an Oracle ArcSDE 9.x database to an AWS postgres geodatabase very specific datasets including indexes. At present I am using arcpy as I have to automate the process. Specifically I am using copy_management. Some datasets take a minute or 2 to copy and some take over a day. I was wondering if copyfeatures_management would be any quicker to use? If so, does anyone have any metrics?

Online Status	Offline
Date Last Visited	‎01-16-2024 06:19 PM

My Ideas

Latest Contributions by RobLane

Re: why won't arcgis attempt to reconnect to network thatwas breifly interrupted?

Re: Want to know the difference in speed of copy_management vs copyfeatures_management

Re: Want to know the difference in speed of copy_management vs copyfeatures_management

Want to know the difference in speed of copy_management vs copyfeatures_management