<?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>topic Re: Depends SDE 32-bit/ 64-bit on the OS or on the RDBMS? in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61266#M3498</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;The operating system only matters if it restricts you from making a choice -- If the OS is 32-bit&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;you can *only* use 32-bit RDBMS and 32-bit ArcSDE.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If the OS is 64-bit then you can choose the bit size of the database.&amp;nbsp; Contrary to popular notions,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;databases are unlikely to be significantly impacted by application word size -- the performance&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;of a database is keyed to I/O subsystem performance.&amp;nbsp; In many ways, 64-bit RDBMSes are&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;larger and slower than 32-bit (the executables are nearly twice as large) but the one advantage&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;they have is in memory addressing -- a 64-bit application is more likely to be able to use very&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;large RAM caches (&amp;gt;4Gb), but even the the need for this is dictated by the RAM avaliable, and&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;the number of instances (4 instances on 16Gb system wouldn't let you effectively use more than&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;~3Gb each effectively anyway, since you need to reserve at least 2-3Gb to the OS)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;*Then* you come to the ArcSDE application.&amp;nbsp; Again, contrary to popular conceptions, there is&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;not always a significant performance benefit to having a 64-bit ArcSDE -- in fact, the last time I&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;tested (with 9.2sp4), 32-bit ArcSDE actually performed *faster* than 64-bit ArcSDE on a Windows&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;host, probably because the instructions were smaller.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;But there is an additional variable (which you have not mentioned):&amp;nbsp; Which version of ArcGIS you&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;are using.&amp;nbsp; ArcGIS Server 10.1 is a 64-bit application (only), while 10.0 and earlier are 32-bit (only). &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In order to run a 64-bit RDBMS with a 32-bit application, you must install a 32-bit client (DLLs are&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; NOT interoperable).&amp;nbsp; If you're using Direct Connect with ArcGIS Server on the database host, then&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; you need the right client library binaries.&amp;nbsp; In many ways, it's easiest to match the ArcSDE install&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;to the application word size of the other ArcGIS components on the same system -- If you run&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;AGS on a different host, or only have Desktop clients on other hosts, then matching the RDBMS&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;application wordsize is a natural choice.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Since you are using SQL-Server, you don't face the further complication for Oracle users -- Oracle&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;client libraries are *huge*.&amp;nbsp; ArcGIS 10.0 users (and before) required a 400-600Mb 32-bit client &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;library in addition to the 3-4Gb 64-bit application.&amp;nbsp; ArcGIS 10.1 starts to support the Instant Client&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;which is much lighter weight, so there may be room on older disks for Direct Connect libraries.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If you have the time, I recommend you benchmark the performance of the various components on &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;your own hardware, since the actual performance is bound by the system on which it operates.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;- V&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 07 May 2012 10:25:57 GMT</pubDate>
    <dc:creator>VinceAngelo</dc:creator>
    <dc:date>2012-05-07T10:25:57Z</dc:date>
    <item>
      <title>Depends SDE 32-bit/ 64-bit on the OS or on the RDBMS?</title>
      <link>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61265#M3497</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I have a 64-bit operating system.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;I do not know wether RDBMS (MS SQL Server) will be 32-bit or 64-bit.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;When installing the Arc SDE need I install 64-bit because of the OS or will this depend on the RDBMS (wether this is 32-bit or 64-bit).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Or does this not matter and I am absolutely free to install SDE in 32-bit or 64-bit. What about the compatibility to OS and RDBMS, seen from bottom-up (SDE 32-bit while OS and/or RDBMS are 64-bit) or top-down (SDE 64-bit while OS and/ or RDBMS are 32-bit).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 07 May 2012 08:08:32 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61265#M3497</guid>
      <dc:creator>SebastianKrings</dc:creator>
      <dc:date>2012-05-07T08:08:32Z</dc:date>
    </item>
    <item>
      <title>Re: Depends SDE 32-bit/ 64-bit on the OS or on the RDBMS?</title>
      <link>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61266#M3498</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;The operating system only matters if it restricts you from making a choice -- If the OS is 32-bit&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;you can *only* use 32-bit RDBMS and 32-bit ArcSDE.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If the OS is 64-bit then you can choose the bit size of the database.&amp;nbsp; Contrary to popular notions,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;databases are unlikely to be significantly impacted by application word size -- the performance&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;of a database is keyed to I/O subsystem performance.&amp;nbsp; In many ways, 64-bit RDBMSes are&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;larger and slower than 32-bit (the executables are nearly twice as large) but the one advantage&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;they have is in memory addressing -- a 64-bit application is more likely to be able to use very&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;large RAM caches (&amp;gt;4Gb), but even the the need for this is dictated by the RAM avaliable, and&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;the number of instances (4 instances on 16Gb system wouldn't let you effectively use more than&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;~3Gb each effectively anyway, since you need to reserve at least 2-3Gb to the OS)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;*Then* you come to the ArcSDE application.&amp;nbsp; Again, contrary to popular conceptions, there is&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;not always a significant performance benefit to having a 64-bit ArcSDE -- in fact, the last time I&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;tested (with 9.2sp4), 32-bit ArcSDE actually performed *faster* than 64-bit ArcSDE on a Windows&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;host, probably because the instructions were smaller.&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;But there is an additional variable (which you have not mentioned):&amp;nbsp; Which version of ArcGIS you&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;are using.&amp;nbsp; ArcGIS Server 10.1 is a 64-bit application (only), while 10.0 and earlier are 32-bit (only). &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In order to run a 64-bit RDBMS with a 32-bit application, you must install a 32-bit client (DLLs are&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; NOT interoperable).&amp;nbsp; If you're using Direct Connect with ArcGIS Server on the database host, then&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; you need the right client library binaries.&amp;nbsp; In many ways, it's easiest to match the ArcSDE install&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;to the application word size of the other ArcGIS components on the same system -- If you run&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;AGS on a different host, or only have Desktop clients on other hosts, then matching the RDBMS&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;application wordsize is a natural choice.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Since you are using SQL-Server, you don't face the further complication for Oracle users -- Oracle&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;client libraries are *huge*.&amp;nbsp; ArcGIS 10.0 users (and before) required a 400-600Mb 32-bit client &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;library in addition to the 3-4Gb 64-bit application.&amp;nbsp; ArcGIS 10.1 starts to support the Instant Client&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;which is much lighter weight, so there may be room on older disks for Direct Connect libraries.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If you have the time, I recommend you benchmark the performance of the various components on &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;your own hardware, since the actual performance is bound by the system on which it operates.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;- V&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 07 May 2012 10:25:57 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61266#M3498</guid>
      <dc:creator>VinceAngelo</dc:creator>
      <dc:date>2012-05-07T10:25:57Z</dc:date>
    </item>
    <item>
      <title>Re: Depends SDE 32-bit/ 64-bit on the OS or on the RDBMS?</title>
      <link>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61267#M3499</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Vince,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've read many of your answers to issues reported by users, but I have not yet been able to solve the two problems I have.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Direct Connections from ArcCatalog 10.0 to Oracle 10g R2.&lt;/LI&gt;&lt;LI&gt;Geodatabase Upgrade.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I will describe the my situation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have two servers:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;SERVER 1&lt;/STRONG&gt;&lt;BR /&gt;OS: Windows 2008 (64-bit)&lt;BR /&gt;Oracle RDBMS: 10.2.0.4 (64-bit)&lt;BR /&gt;Oracle Client: 10.2.0.4 (32-bit)&lt;BR /&gt;Oracle Client ODAC: 11.2.0.2 (32-bit)&lt;BR /&gt;Oracle Gateway: 11.2.0.1 (64-bit)&lt;BR /&gt;ArcGIS Server: 10.0 SP1 (32-bit)&lt;BR /&gt;ArcSDE: 10.0 SP1 (64-bit)&lt;BR /&gt;ArcGIS Desktop: 10.0 SP5 (32-bit)&lt;BR /&gt;Enterprise geodatabases: 3&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;SERVER 2&lt;/STRONG&gt;&lt;BR /&gt;OS: Windows 2008 R2 (64-bit)&lt;BR /&gt;Oracle RDBMS: 10.2.0.5 (64-bit)&lt;BR /&gt;Oracle Client: 10.2.0.5 (64-bit)&lt;BR /&gt;ArcGIS Server: 10.0 SP5 (32-bit)&lt;BR /&gt;ArcSDE: 10.0 SP5 (64-bit)&lt;BR /&gt;ArcGIS Desktop: 10.0 SP5 (32-bit)&lt;BR /&gt;Enterprise geodatabases: 2&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;From the SERVER 1, using ArcCatalog, I can establish direct connections to the 3 local geodatabases and also to the 2 geodatabases on the SERVER 2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have also been able to upgrade the 3 local geodatabases. But from SERVER 1 I could not update the 2 geodatabases on SERVER 2, since I get the following error:&lt;/P&gt;&lt;P&gt;"&lt;EM&gt;Connected RDBMS instance is not setup for ST_GEOMETRY configuration.&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;[Unable to determine current version of ST_SHAPELIB The latest ST_GEOMETRY and dependent libraries need to be copied to the correct software location. Please consult ArcSDE for Oracle Installation Guide for further details.]&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;From the SERVER 2, using ArcCatalog, I can not establish direct connections to any geodatabase, when I try it I get the error:&lt;/P&gt;&lt;P&gt;"&lt;EM&gt;Failed to connect the specified server. Server library could not be loaded.&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I think the problems are related&amp;nbsp;to the oracle client installed on SERVER 2, which is 64-bit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I install a 32-bit oracle client can I solve both problems?&lt;BR /&gt;Or are they due to different causes?&lt;BR /&gt;What would be the correct configuration of SERVER 2?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you in advance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gaston.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2018 14:05:36 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61267#M3499</guid>
      <dc:creator>GastonIzaguirre</dc:creator>
      <dc:date>2018-05-09T14:05:36Z</dc:date>
    </item>
    <item>
      <title>Re: Depends SDE 32-bit/ 64-bit on the OS or on the RDBMS?</title>
      <link>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61268#M3500</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is a response to really ancient post.&amp;nbsp; ArcGIS Server has been 64-bit for so long that the last 32-bit incarnation has been retired from support for two and a half years. All of your products are ancient, and fairly dangerous to operate, since the volume of known security flaws is significant. I can't in good faith make &lt;EM&gt;any&lt;/EM&gt; recommendations to utilize such flawed configurations.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 May 2018 15:14:16 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/depends-sde-32-bit-64-bit-on-the-os-or-on-the/m-p/61268#M3500</guid>
      <dc:creator>VinceAngelo</dc:creator>
      <dc:date>2018-05-09T15:14:16Z</dc:date>
    </item>
  </channel>
</rss>

