|
POST
|
This may work: import csv
from arcgis.gis import GIS
gis = GIS(portalUrl,username,password)
outputFile = r"<output_file_path>"
users = gis.users.search('*', max_users=1500)
with open(outputFile,'w',newline='') as ResultFile:
wr=csv.writer(ResultFile)
header = 'Username,LicenseType,Email'
wr.writerow(header)
for user in users:
if not 'esri_' in user.username and user.userLicenseTypeId == 'viewerUT': #Filter esri_ built-in users and only includes viewer license types
wr.writerow(user.username,user.userLicenseTypeId,user.email) The user object's role doesn't include the license level of the user, rather the capabilities within the organization. Reference
... View more
01-18-2023
02:11 PM
|
1
|
1
|
1732
|
|
POST
|
If you remove any licenses from the Portal for ArcGIS process that require license manager (ArcGIS Pro, Drone2Map, etc.), it won't require you to include the Cloud Instance ID to complete the license file generation portion. Once you successfully deploy the stack, you can go back and cancel your existing Portal for ArcGIS license in MyEsri, add the remaining add-on licenses, then include the Cloud Instance ID. At that point you can re-import to Portal for ArcGIS as well as your installation of ArcGIS License Manager.
... View more
01-17-2023
02:19 PM
|
1
|
1
|
1234
|
|
POST
|
You should not have a 7443 binding in IIS, since that would prevent Portal for ArcGIS from binding on that port. IIS is used to host the ArcGIS Web Adaptor and typically is bound to the standard HTTP and HTTPS ports (80 and 443, respectively). I would try removing that binding from IIS Manager, then restart the Portal for ArcGIS service, then see if you are able to load the Portal Home application.
... View more
01-12-2023
12:35 PM
|
0
|
0
|
358
|
|
POST
|
I would caution against using ArcGIS Enterprise Builder on an EC2 instance (judging by the returned hostname) since it does not support the use of a DNS alias for the deployment and the organization and services URLs will be based-on the instance name. If this is for an internal proof of concept environment that may not matter, but the alternative would be to follow the base enterprise deployment tutorial. ArcGIS Enterprise Builder doc
... View more
01-11-2023
01:25 PM
|
0
|
2
|
1750
|
|
POST
|
The files contained in that folder can be removed with the exception of the latest file (which is likely still being written-to). There was a database setting introduced at 10.9 to prevent the build-up of the write-ahead logs when not regularly using the WebGISDR tool, as well as a 'backup' mode that will not remove the cap on the log build-up. https://developers.arcgis.com/rest/enterprise-administration/portal/database-settings.htm
... View more
12-05-2022
07:53 AM
|
1
|
0
|
1984
|
|
POST
|
Have you tried running a backup using the backupdatastore tool included with ArcGIS Data Store? That would give us some more insight into whether the failure is unique to the WebGISDR tool or happens with both the local and remote utility. Also would be curious how large the relational data store is on your production environment and the size of the last successful backup.
... View more
10-31-2022
02:30 PM
|
0
|
0
|
896
|
|
POST
|
Due to the nature of username uniqueness across all ArcGIS Online organizations the same tool isn't available within the SaaS platform.
... View more
09-23-2022
11:53 AM
|
0
|
1
|
2648
|
|
POST
|
As long as the idpUsername matches what the SAML response has listed for Name ID in the subject there shouldn't be any affect on existing users. The caveat here is that the usernames in your organization will remain using the 'example.com.au' suffix. If you want to align that with the new idpUsernames you'd need to perform a migration to the new users including group membership and content from the existing users. If the vanity username in the organization isn't important to update, you can just use the Portal Admin API you listed above.
... View more
09-23-2022
06:48 AM
|
2
|
3
|
2658
|
|
POST
|
Glad that shortened the restore time @NicolasGIS, although I understand the increased performance comes at an higher cost operationally. In regards to my testing, I published a 35GB SLPK to an 11.0 stack and tested backup and restore to a separate site. The backup took a bit over an hour for the tile cache data store, while the restore took about the same (sending/staging to a network SMB share on a separate Windows machine). There's certainly room for improvement, I believe you're already attached to the existing performance defect logged in Salesforce (BUG-000139154) but I will discuss with the team on prioritization going forward.
... View more
09-19-2022
12:17 PM
|
0
|
0
|
1875
|
|
POST
|
Doing some benchmarking on my end as well and will post the results, wanted to clarify that this is during a full mode restore and not utilizing incremental mode.
... View more
09-16-2022
08:42 AM
|
0
|
4
|
1887
|
|
POST
|
We'll look into updating the property description for future releases, there were some backend logic changes that look like they didn't make it into the WebGISDR help. Thanks for the feedback!
... View more
09-16-2022
05:45 AM
|
0
|
0
|
458
|
|
POST
|
What version are you currently testing with? The 24 hour timeout is hard-coded, so the best approach would be to try to cut down on latency between the components and the file share(s) as well as increasing the performance of the associated drives from an I/O perspective (if possible). The first thing I'd consider is the proximity of the shared location to the ArcGIS Enterprise components, as the restore will be pulling those files for the individual component restores. Are you able to backup only the tile cache manually, move the backup to a local drive on the standby machine, then restore using the Data Store utilities? This would give us a good comparison of the network location versus local disk.
... View more
09-16-2022
05:19 AM
|
1
|
0
|
1904
|
|
POST
|
I think it'd be safer to say there's no mechanism in place to prevent an on-premise client from connecting to a cloud-hosted database, but the technical limitation is that performance will suffer due to the increased latency. That technical limitation is the reason that Esri is unable to support such a configuration. As a proof of concept it may work, but I would be extremely hesitant to implement a hybrid architecture in production due to the reasons I outlined above.
... View more
09-14-2022
06:29 AM
|
1
|
0
|
1527
|
|
POST
|
The major problem you'll run into with on-prem clients accessing cloud RDBMS instances is the increased latency. The database connections are very chatty, so any increased network latency will be very noticeable with your desktop-based workflows. Some organizations have ExpressRoute links that reduce the latency to a reasonable threshold, but that also adds complexity to the networking side of things. As a general rule of thumb, I would try a proof of concept where you access the cloud-hosted database from desktop clients and try some typical workflows and see if the increase in transaction times is tolerable. Another aspect is that if the latency increases (due to ISP routing issues or changes in the network path), technical support cannot help with troubleshooting/identifying the issue since it is expressly discouraged in the documentation. The recommendation is that all components exist within the same datacenter/cloud provider region for the lowest latency and highest chance of success. Some customers have also implemented a scheduled synchronization of on-prem and cloud enterprise geodatabases, which comes at the expense of lag time before the cloud database is up-to-date, but allows for the hybrid structure you're proposing.
... View more
09-13-2022
05:24 AM
|
0
|
1
|
1542
|
|
POST
|
The mismatch should be resolved for all versions, please let us know if you're still having any trouble.
... View more
09-07-2022
10:37 AM
|
1
|
0
|
1171
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-28-2020 09:14 AM | |
| 1 | 09-16-2022 05:19 AM | |
| 1 | 05-01-2023 05:23 AM | |
| 1 | 05-07-2021 06:21 AM | |
| 1 | 09-13-2021 05:44 AM |
| Online Status |
Offline
|
| Date Last Visited |
12-20-2023
11:01 PM
|