You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
There is no automatic clean up of connections in the product and hence over time old and broken ones build up.
After years of this our large tenants have started having too many to retrieve with the connectors, they see this when they try:
Because our kit is built on the connectors, they are now unable to use our tooling oriented towards connections like
identifying cross tenant connections
identifying orphaned connections
identifying errored connections
connection deletion for other users
The only thing they can do at this point in order to get back into CoE Starter Kit sizing is to delete connections until the result set is small enough to return in the connector.
Today that means either contacting product support and having them help, or using the Power Shell commands to manually explore and delete unused or errored connections.
This works as PowerShell does not have this same size limitation.
However PowerShell is also not easy for new users of it to sort and filter and find the connections they want to clean up.
One further complication here is that the kit does not store the connections themselves due to this same bloated sizing.
What we store are a concept we made called "Connection Identities" which allows us to have a jumping off point for exploration. For example we will store that Jon has a O365 connection in Default, but not how many or specifics of them (one is errored one is not)
This means that we cant just pump the data into Dataverse with another tool as do not store the specifics and so if we stored the connection identities, each action after this would still hit this limit.
Describe the solution you'd like
Build a one-off solution for users in this state which has the below.
Idea is that they can install this one-off solution, perform the clean up, and then delete the solution when under the limit to avoid the bloated sizing of storing all the connections in the tenant.
Table
A table to store the connections themselves (not just the unique connection identities as in the kit)
This table should store things like the connection id, the connector, the user, the envt, the state (ex is errored)
PowerShell Script
A script which crawls the tenant and fills this table on demand
No need to offer an automated process to run this script as its only used to fill the table while doing the cleanup
Cleanup UX
UX built on this table which allows admin to explore this table and perform deletes
Same UX should have a button which calls the connector so that they can know when they are done.
Describe alternatives you've considered
No response
Additional context?
No response
AB#2861
The text was updated successfully, but these errors were encountered:
If after cleanup you are still over limit, you are correct, it wouldnt help much. In that case we would need to pusue some product change to either support more memory in the return results or support some things like filtering in the connection.
Is your feature request related to a problem? Please describe.
There is no automatic clean up of connections in the product and hence over time old and broken ones build up.
After years of this our large tenants have started having too many to retrieve with the connectors, they see this when they try:
Because our kit is built on the connectors, they are now unable to use our tooling oriented towards connections like
The only thing they can do at this point in order to get back into CoE Starter Kit sizing is to delete connections until the result set is small enough to return in the connector.
Today that means either contacting product support and having them help, or using the Power Shell commands to manually explore and delete unused or errored connections.
This works as PowerShell does not have this same size limitation.
However PowerShell is also not easy for new users of it to sort and filter and find the connections they want to clean up.
One further complication here is that the kit does not store the connections themselves due to this same bloated sizing.
What we store are a concept we made called "Connection Identities" which allows us to have a jumping off point for exploration. For example we will store that Jon has a O365 connection in Default, but not how many or specifics of them (one is errored one is not)
This means that we cant just pump the data into Dataverse with another tool as do not store the specifics and so if we stored the connection identities, each action after this would still hit this limit.
Describe the solution you'd like
Build a one-off solution for users in this state which has the below.
Idea is that they can install this one-off solution, perform the clean up, and then delete the solution when under the limit to avoid the bloated sizing of storing all the connections in the tenant.
Table
PowerShell Script
Cleanup UX
Describe alternatives you've considered
No response
Additional context?
No response
AB#2861
The text was updated successfully, but these errors were encountered: