<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>idea Better data source management in ArcGIS Pro Ideas</title>
    <link>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idi-p/964977</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Please change the way MXD's handle data connections. &amp;nbsp; We recently upgraded our Oracle database to version 11, &amp;nbsp;changing the database name as well as decommissioning the Oracle server. &amp;nbsp; Changing the database name didn't affect the mxd performance too badly, &amp;nbsp;probably took 3 times as long to open but the mxd still opened and our users were able to fix their broken connections. &amp;nbsp; The problem occurred when we decommisioned the server. &amp;nbsp; The MXD then took hours to open in both Arcmap as well as Catalog. &amp;nbsp;I believe the mxd was searching our entire network for the server. &amp;nbsp; The only solution we had to fix these was to borrow an ArcGIS license (we have concurrent licenses), &amp;nbsp;disconnect from the network, open the MXD, &amp;nbsp;connect to the network and fix the connection. &amp;nbsp; This is painful for the 100's of mxd's we have that are pointing to the old database connection.&lt;BR /&gt;&lt;BR /&gt;Please consider a better solution for fixing MXD's data connections when the server and database no longer exist on the corporate network.

&lt;!-- content transformation source ID: 087E00000005Au6 --&gt;

&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 13 May 2014 19:12:25 GMT</pubDate>
    <dc:creator>AnnEvans</dc:creator>
    <dc:date>2014-05-13T19:12:25Z</dc:date>
    <item>
      <title>Better data source management</title>
      <link>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idi-p/964977</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Please change the way MXD's handle data connections. &amp;nbsp; We recently upgraded our Oracle database to version 11, &amp;nbsp;changing the database name as well as decommissioning the Oracle server. &amp;nbsp; Changing the database name didn't affect the mxd performance too badly, &amp;nbsp;probably took 3 times as long to open but the mxd still opened and our users were able to fix their broken connections. &amp;nbsp; The problem occurred when we decommisioned the server. &amp;nbsp; The MXD then took hours to open in both Arcmap as well as Catalog. &amp;nbsp;I believe the mxd was searching our entire network for the server. &amp;nbsp; The only solution we had to fix these was to borrow an ArcGIS license (we have concurrent licenses), &amp;nbsp;disconnect from the network, open the MXD, &amp;nbsp;connect to the network and fix the connection. &amp;nbsp; This is painful for the 100's of mxd's we have that are pointing to the old database connection.&lt;BR /&gt;&lt;BR /&gt;Please consider a better solution for fixing MXD's data connections when the server and database no longer exist on the corporate network.

&lt;!-- content transformation source ID: 087E00000005Au6 --&gt;

&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 May 2014 19:12:25 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idi-p/964977</guid>
      <dc:creator>AnnEvans</dc:creator>
      <dc:date>2014-05-13T19:12:25Z</dc:date>
    </item>
    <item>
      <title>Re: Better data source management</title>
      <link>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/964978#M8506</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Maybe in the admin utility they could add a customizable property for layer source search time-out. &amp;nbsp;If it takes longer than that set time, it would automatically open the MXD and show it as a broken source (red exclamation mark and all) and you could then repair data source and such as usual. &amp;nbsp;This way, if you just have a slow network, you cna accomidate that, but if you just changed a server name, you can shorten it for while to speed up MXD opening of as-of-yet non-updated MXD's... not sure if that would work, but that's one thought on how ESRI could fix, or at least creat a work-around for this problem.

&lt;!-- content transformation source ID: 00aE0000006GrlA --&gt;

&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 May 2014 21:04:44 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/964978#M8506</guid>
      <dc:creator>John_S</dc:creator>
      <dc:date>2014-05-14T21:04:44Z</dc:date>
    </item>
    <item>
      <title>Re: Better data source management</title>
      <link>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/964979#M8507</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;I also agree that having better data source managment is necessary.&amp;nbsp; I recently migrated to a new GIS server which caused all my map documents break.&amp;nbsp; We kept the new server the same name after the migration, but we had to rename the SQL instance to another name.&amp;nbsp; This caused all of our ArcSDE geodatabase layers to be broken in all my map documents.&lt;BR /&gt;&lt;BR /&gt;I would like to see a dialog box appear that would display after having opened a map document that identifies broken layers.&amp;nbsp; This dialog box could allow the user to fix right away sources that are broken.&amp;nbsp; The dialog box could list only those layers broken and have a way to browser for the new source.&amp;nbsp; Once one layer is fixed, others pointing to the same old source would be fixed automatically, like with the Repair Data Source option.&lt;BR /&gt;&lt;BR /&gt;Steve

&lt;!-- content transformation source ID: 00aE00000075Vyp --&gt;

&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 07 Aug 2014 19:58:50 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/964979#M8507</guid>
      <dc:creator>StevenHook</dc:creator>
      <dc:date>2014-08-07T19:58:50Z</dc:date>
    </item>
    <item>
      <title>Re: Better data source management</title>
      <link>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/964980#M8508</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;It makes sense there has to be a better way to handle broken data connections. &amp;nbsp;I completely agree that a timeout option should be included. &amp;nbsp;In fact, it's surprising it isn't there by default. &amp;nbsp;We've had the same thing happen as evansa -- when the old server was taken down, mxd's with older data connections took hours to open. &amp;nbsp;In a small operation one could more easily script data connection updates in anticipation, but with mxds spread throughout an agency, it's not really feasible.

&lt;!-- content transformation source ID: 00aE00000088MYr --&gt;

&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 11 Sep 2014 15:26:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/964980#M8508</guid>
      <dc:creator>BarryBiediger</dc:creator>
      <dc:date>2014-09-11T15:26:07Z</dc:date>
    </item>
    <item>
      <title>Re: Better data source management - Status changed to: Closed</title>
      <link>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/1652882#M36261</link>
      <description>&lt;P&gt;This idea has been closed due to inactivity.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If similar functionality is desired for the current version of the software, please open a new idea specific to the most recent version of ArcGIS Pro and the .aprx file.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 24 Sep 2025 17:11:27 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-ideas/better-data-source-management/idc-p/1652882#M36261</guid>
      <dc:creator>SSWoodward</dc:creator>
      <dc:date>2025-09-24T17:11:27Z</dc:date>
    </item>
  </channel>
</rss>

