When I add a layer from our SDE it displays fine and I can edit - but when I go to save and close the MXD then reopen it back up the data sources connections are lost (screen shot 1 below) then once I set data source it works (screen shot 2 below).
To make it more confusing - when I open the MXD and remove the layer then re-add it back in the connection works!
I have ArcGIS 10.6, SQL Server, and Windows 10
What is the version of SQL Server being used?
Is the SQL Server configured for highly-available?
What if you delete the .sde connection file and recreate it, does the same behavior happen?
I am guessing that you have selected the save connection properties in the connection file.
Hi George - we are using SQL Server 2017 and not sure where to find if it's highly available. also when you say 'delete the .sde connection file and recreate it' are you saying delete it from catalog and add it back or create a whole new .sde file?
For the SQL Server side I would ask your DBA.
For the .sde connection, yes. Delete the old connection and rebuild it. I noticed that the "instance" information was different between image1 and image 2. Image1 looks like the old school ArcSDE (dinosaur) information.
What is interesting about the SDE connection is that when I open a MXD on my VM (the VM has the SQL server) everything works just fine- where I can save the MXD and the connections are not lost when I open it back up. It's only when I try to save a MXD on my personal machine that this is happening. Not sure why all of a sudden that local machines are reverting back this old 'old school ArcSDE'?
I tried the rebuild and that still didn't work either, and our SQL Server is highly available.
A new insight to this is I found out that it's only layers that are within a Feature Dataset that are causing the problem. If the feature class is not within a feature dataset I can save and open the mxd just fine.
Based on that new information, can you please verify that you have all the correct (i.e. same) permissions to all the feature classes within the feature dataset?
If you had a mixed bag of permissions in the feature dataset, it could cause some odd behavior.
I checked the permission differences in each feature class within the feature dataset and they all have the same permissions - I also created a brand new feature dataset and then added a new feature class and still behaving the same.
Another difference that I spotted is:
The ones that are working are; outside of a feature dataset and look like this:
GISDB.PORT.TAXLOT_PORT
The ones that are not working are (1) within a feature datastet and (2) outside of a feature dataset. but look like this:
gisdb.PORT.lease_activedoco_join
So not sure if that is causing an issue for the MXD to reset back the SQL connection are the ones that are lowercase? We have not had ran into this issue before.
That is interesting, I am not sure. I would definitely work with Technical Support on this. Ask for a specialist on the Geodata team.
Hello Alice,
Did you ever get an answer to your issue regarding a lost connection inside MXD? I have the exact same problem [Windows 10, ArcGIS 10.7, SQL Server].
Thanks!
-Marina
Hi Marina - I had to install the SQL Server 2017 native client again on some users computers to get it to work. Some computers had older SQL Server native clients and i believe that is what was messing with the connection file. Once it was all cleaned up with a new 2017 native client it started behaving again
Thank you, Alice! I installed SQL Client 2017 on my computer and the connections inside the MXD's started to be saved like they should. This fix also worked for other users here.
Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
