Installation and Configuration Guide Simba Technologies Inc.

(1)

Driver

Installation and Configuration

Guide

Simba Technologies Inc.

(2)

Information in this document is subject to change without notice. Companies, names and data used in examples herein are fictitious unless otherwise noted. No part of this

publication, or the software it describes, may be reproduced, transmitted, transcribed, stored in a retrieval system, decompiled, disassembled, reverse-engineered, or translated into any language in any form by any means for any purpose without the express written permission of Simba Technologies Inc.

Trademarks

Simba, the Simba logo, SimbaEngine, SimbaEngine C/S, SimbaExpress and SimbaLib are registered trademarks of Simba Technologies Inc. All other trademarks and/or servicemarks are the property of their respective owners.

Microsoft SQL Server, Microsoft, and SQL Server are trademarks or registered trademarks of Microsoft Corporation or its subsidiaries in the Canada, United States and/or other countries. All other trademarks are trademarks of their respective owners.

Contact Us

Simba Technologies Inc.

938 West 8th Avenue Vancouver, BC Canada V5Z 1E5

Tel: +1 (604) 633-0008 Fax: +1 (604) 633-0004 www.simba.com

ICU License - ICU 1.8.1 and later

COPYRIGHT AND PERMISSION NOTICE

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, provided that the above copyright notice(s) and this permission notice appear in all copies of the Software and that both the above copyright notice(s) and this permission notice appear in supporting documentation.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND

(3)

NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE

COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.

Except as contained in this notice, the name of a copyright holder shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization of the copyright holder.

All trademarks and registered trademarks mentioned herein are the property of their respective owners.

OpenSSL

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

3. All advertising materials mentioning features or use of this software must display the following acknowledgment:

"This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to endorse or promote products derived from this software without prior written permission. For written permission, please contact [email protected].

5. Products derived from this software may not be called "OpenSSL" nor may

"OpenSSL" appear in their names without prior written permission of the OpenSSL Project.

6. Redistributions of any form whatsoever must retain the following acknowledgment:

"This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org/)"

THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED

(4)

TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

Original SSLeay License

This package is an SSL implementation written by Eric Young ([email protected]). The implementation was written so as to conform with Netscapes SSL.

This library is free for commercial and non-commercial use as long as the following conditions are aheared to. The following conditions apply to all code found in this

distribution, be it the RC4, RSA, lhash, DES, etc., code; not just the SSL code. The SSL documentation included with this distribution is covered by the same copyright terms except that the holder is Tim Hudson ([email protected]).

Copyright remains Eric Young's, and as such any Copyright notices in the code are not to be removed. If this package is used in a product, Eric Young should be given attribution as the author of the parts of the library used. This can be in the form of a textual message at program startup or in documentation (online or textual) provided with the package.

1. Redistributions of source code must retain the copyright notice, this list of conditions and the following disclaimer.

2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

3. All advertising materials mentioning features or use of this software must display the following acknowledgement:

"This product includes cryptographic software written by Eric Young ([email protected])"

The word 'cryptographic' can be left out if the rouines from the library being used are not cryptographic related :-).

4. If you include any Windows specific code (or a derivative thereof) from the apps directory (application code) you must include an acknowledgement:

"This product includes software written by Tim Hudson ([email protected])"

THIS SOFTWARE IS PROVIDED BY ERIC YOUNG ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED

(5)

WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR

CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

The licence and distribution terms for any publically available version or derivative of this code cannot be changed. i.e. this code cannot simply be copied and put under another distribution licence [including the GNU Public Licence.]

Expat

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND

NOINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,

WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Stringencoders License

Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

(6)

Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

Neither the name of the modp.com nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF

MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE

DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

This is the standard "new" BSD license:

http://www.opensource.org/licenses/bsd-license.php dtoa License

The author of this software is David M. Gay.

Permission to use, copy, modify, and distribute this software for any purpose without fee is hereby granted, provided that this entire notice is included in all copies of any software which is or includes a copy or modification of this software and in all copies of the supporting documentation for such software.

THIS SOFTWARE IS BEING PROVIDED "AS IS", WITHOUT ANY EXPRESS OR IMPLIED WARRANTY. IN PARTICULAR, NEITHER THE AUTHOR NOR LUCENT MAKES ANY REPRESENTATION OR WARRANTY OF ANY KIND CONCERNING THE MERCHANTABILITY OF THIS SOFTWARE OR ITS FITNESS FOR ANY PARTICULAR PURPOSE.

Libntlm

Libntlm is licensed under theGNU Lesser General Public Licenseversion 2.1 or (at your option) any later version.

(7)

About This Guide

Purpose

The Simba Microsoft SQL Server ODBC Driver Installation and Configuration Guide explains how to install and configure the Simba Microsoft SQL Server ODBC Driver on all supported platforms. The guide also provides details related to features of the driver.

Audience

The guide is intended for end users of the Simba Microsoft SQL Server ODBC Driver, as well as administrators and developers integrating the driver.

Knowledge Prerequisites

To use the Simba Microsoft SQL Server ODBC Driver, the following knowledge is helpful:

l Familiarity with the platform on which you are using the Simba Microsoft SQL Server ODBC Driver

l Ability to use the data source to which the Simba Microsoft SQL Server ODBC Driver is connecting

l An understanding of the role of ODBC technologies and driver managers in connecting to a data source

l Experience creating and configuring ODBC connections

l Exposure to SQL

Document Conventions

Italics are used when referring to book and document titles.

Bold is used in procedures for graphical user interface elements that a user clicks and text that a user types.

Monospace font

indicates commands, source code or contents of text files.

Underline is not used.

The pencil icon indicates a short note appended to a paragraph.

The star icon indicates an important comment related to the preceding paragraph.

The thumbs up icon indicates a practical tip or suggestion.

(8)

Introduction

The Simba Microsoft SQL Server ODBC Driver enables Business Intelligence (BI), analytics, and reporting on data that is stored in Microsoft SQL Server databases. The driver complies with the ODBC 3.80 data standard and adds important functionality such as Unicode, as well as 32- and 64-bit support for high-performance computing

environments on all platforms.

ODBC is one of the most established and widely supported APIs for connecting to and working with databases. At the heart of the technology is the ODBC driver, which connects an application to the database. For more information about ODBC, see

http://www.simba.com/resources/data-access-standards-library. For complete information about the ODBC specification, see the ODBC API Reference at

http://msdn.microsoft.com/en-us/library/windows/desktop/ms714562(v=vs.85).aspx.

The Simba Microsoft SQL Server ODBC Driver is available for Microsoft® Windows®, Linux, and Mac OS X platforms.

The Installation and Configuration Guide is suitable for users who are looking to access data residing within SQL Server from their desktop environment. Application developers may also find the information helpful. Refer to your application for details on connecting via ODBC.

(11)

Windows Driver

System Requirements

You install the Simba Microsoft SQL Server ODBC Driver on client computers accessing data in SQL Server databases. Each computer where you install the driver must meet the following minimum system requirements:

l One of the following operating systems:

o Windows 7 SP1, 8, or 8.1

o Windows Server 2008 R2 SP1, 2012, or 2012 R2

l 100 MB of available disk space

To install the driver, you must have Administrator privileges on the computer.

The driver has been tested with SQL Server 2005 to 2014.

Installing the Driver

On 64-bit Windows operating systems, you can execute 32- and 64-bit applications transparently. You must use the version of the driver matching the bitness of the client application accessing data in SQL Server:

l SimbaSQLServerODBC32.msi for 32-bit applications

l SimbaSQLServerODBC64.msi for 64-bit applications You can install both versions of the driver on the same computer.

For an explanation of how to use ODBC on 64-bit editions of Windows, see http://www.simba.com/wp-content/uploads/2010/10/HOW-TO-32-bit-vs-64-bit- ODBC-Data-Source-Administrator.pdf

To install the Simba Microsoft SQL Server ODBC Driver:

1. Depending on the bitness of your client application, double-click to run SimbaSQLServerODBC32.msi or SimbaSQLServerODBC64.msi 2. Click Next

3. Select the check box to accept the terms of the License Agreement if you agree, and then click Next

4. To change the installation location, click Change, then browse to the desired folder, and then click OK. To accept the installation location, click Next

5. Click Install

6. When the installation completes, click Finish

7. If you received a license file via e-mail, then copy the license file into the \lib subfolder in the installation folder you selected in step4.

(12)

To avoid security issues, you may need to save the license file on your local computer prior to copying the file into the \lib subfolder.

Verifying the Version Number

If you need to verify the version of the Simba Microsoft SQL Server ODBC Driver that is installed on your Windows machine, you can find the version number in the ODBC Data Source Administrator.

To verify the version number:

1. If you are using Windows 7 or earlier, click the Start button , then click All Programs, then click the Simba SQL Server ODBC Driver 1.3 program group corresponding to the bitness of the client application accessing data in SQL Server, and then click ODBC Administrator

OR

If you are using Windows 8 or later, on the Start screen, type ODBC administrator, and then click the ODBC Administrator search result corresponding to the bitness of the client application accessing data in SQL Server.

2. In the ODBC Data Source Administrator, click the Drivers tab and then find the Simba SQL Server ODBC Driver in the list of ODBC drivers that are installed on your system. The version number is displayed in the Version column.

Creating a Data Source Name

Typically, after installing the Simba Microsoft SQL Server ODBC Driver, you need to create a Data Source Name (DSN).

Alternatively, for information about DSN-less connections, seeDSN-less Connection String Exampleson page 34.

To create a Data Source Name:

1. If you are using Windows 7 or earlier, click the Start button , then click All Programs, then click the Simba SQL Server ODBC Driver 1.3 program group corresponding to the bitness of the client application accessing data in SQL Server, and then click ODBC Administrator

OR

If you are using Windows 8 or later, on the Start screen, type ODBC administrator, and then click the ODBC Administrator search result corresponding to the bitness of the client application accessing data in SQL Server.

2. In the ODBC Data Source Administrator, click the Drivers tab, and then scroll down as needed to confirm that the Simba SQL Server ODBC Driver appears in the alphabetical list of ODBC drivers that are installed on your system.

(13)

3. To create a DSN that only the user currently logged into Windows can use, click the User DSN tab.

OR

To create a DSN that all users who log into Windows can use, click the System DSN tab.

4. Click Add

5. In the Create New Data Source dialog box, select Simba SQL Server ODBC Driver and then click Finish

a) In the Data Source Name field, type a name for your DSN.

b) Optionally, in the Description field, type relevant details about the DSN.

c) In the Server field, type the name or IP address of the host where your SQL Server instance is running.

Optionally, you can specify the name of the SQL Server instance by using the following syntax:HostNameOrIP\InstanceName d) In the Port field, type the number of the port that the server uses to listen for

client connections.

The default port used by SQL Server is 1433.

e) In the Database field, type the name of the database that you want to access.

f) To configure the driver to encrypt all communication with the SQL Server instance before sending it over the network, select the Encrypt check box and then do one of the following:

In the CA Certificate field, type the full file path of the CA certificate that you want to use to verify the server certificate.

OR

To trust the server certificate instead of using a CA certificate to verify it, select the Trust Server Certificate check box.

g) To authenticate the connection using user login, type your credentials for accessing the server in the User and Password fields.

OR

To authenticate the connection using Kerberos, select the Use Trusted Connection check box. Optionally, in the Server SPN field, type the service principal name of your SQL Server instance. If you leave the field empty, then the driver will use MSSQLSvc/HostName:Port as the service principal name, where HostName is the IP address or host name of the server and Port is the number of the port that you are connecting to.

h) To configure logging behavior for the driver, click Logging Options. For more information, seeConfiguring Logging Optionson page14.

6. To test the connection, click Test. Review the results as needed, and then click OK If the connection fails, then confirm that the settings in the Simba SQL Server ODBC Driver DSN Setup dialog box are correct. Contact your SQL Server administrator as needed.

(14)

7. To save your settings and close the Simba SQL Server ODBC Driver DSN Setup dialog box, click OK

8. To close the ODBC Data Source Administrator, click OK

Configuring Logging Options

To help troubleshoot issues, you can enable logging in the driver or in the wire protocol component. In addition to these forms of logging supported by the Simba Microsoft SQL Server ODBC Driver, the ODBC Data Source Administrator provides tracing functionality.

Only enable logging or tracing long enough to capture an issue. Logging or tracing decreases performance and can consume a large quantity of disk space.

Driver Logging

Use driver logging to track the activity in the Simba Microsoft SQL Server ODBC Driver.

You can set the amount of detail included in the log files.Table 1lists the logging levels that are available, in order from least verbose to most verbose.

Logging Level Description

OFF Disables all logging.

FATAL Logs very severe error events that will lead the driver to abort.

ERROR Logs error events that might still allow the driver to continue running.

WARNING Logs potentially harmful situations.

INFO Logs general information that describes the progress of the driver.

DEBUG Logs detailed information that is useful for debugging the driver.

TRACE Logs more detailed information than the DEBUG level.

Table 1. Simba Microsoft SQL Server ODBC Driver Logging Levels

To enable driver logging:

1. To access logging options, open the ODBC Data Source Administrator where you created the DSN, then select the DSN, then click Configure, and then click Logging Options

2. In the Log Level list, select the desired level of information to include in log files.

3. In the Log Path field, type the full path to the folder where you want to save log files.

4. If requested by Technical Support, type the name of the component for which to log messages in the Log Namespace field. Otherwise, do not type a value in the field.

(15)

5. In the Max Number Files field, type the maximum number of log files to keep.

After the maximum number of log files is reached, each time an additional file is created, the driver deletes the oldest log file.

6. In the Max File Size field, type the maximum size of each log file in megabytes (MB).

After the maximum file size is reached, the driver creates a new file and continues logging.

7. Click OK

8. Restart your ODBC application to ensure that the new settings take effect.

The Simba Microsoft SQL Server ODBC Driver produces a log file named SqlServerODBC.log at the location you specify using the Log Path field.

To disable driver logging:

1. To access logging options, open the ODBC Data Source Administrator where you created the DSN, then select the DSN, then click Configure, and then click Logging Options

2. In the Log Level list, select LOG_OFF 3. Click OK

Wire Protocol Component Logging

Use wire protocol component logging to track the data activity between the driver and the SQL Server instance. You can set the amount of detail included in the log files.Table 2 lists the logging levels that are available, in order from least verbose to most verbose.

0 Disables all logging.

1 Logs error events that might still allow the wire protocol component to continue running. 1 is the default logging level.

2 Logs general information that describes the progress of the wire protocol component.

3 Logs detailed information that is useful for debugging the wire protocol component.

4 Logs more detailed information than level 3.

Wire protocol component logging is configured through the TDSTRACE environment variable.

(16)

To enable wire protocol component logging:

1. If you are using Windows 7 or earlier, click the Start button , then right-click Computer, and then click Properties

OR

If you are using Windows 8 or later, on the Start screen, right-click This PC and then click Properties

2. Click Advanced system settings

3. In the System Properties dialog box, click the Advanced tab and then click Environment Variables

4. If the TDSTRACE variable already exists in the System Variables list, select it and then click Edit

OR

If the TDSTRACE variable does not appear in the System Variables list, click New and then type TDSTRACE in the Variable Name field.

5. In the Variable Value field, type LoggingLevel:LogFilePath, where LoggingLevel is the logging level indicating the amount of detail to include in the log file and LogFilePath is the full path of the log file.

For example, the value 3:C:\Logs\MyWireLog.log configures the wire protocol component to log debugging information in a file named MyWireLog.log located in the C:\Logs folder.

6. To save your changes and close the Edit System Variable dialog box, click OK 7. Click OK to close the Environment Variables dialog box, and then click OK to close

the System Properties dialog box.

To disable wire protocol component logging:

1. If you are using Windows 7 or earlier, click the Start button , then right-click Computer, and then click Properties

OR

If you are using Windows 8 or later, on the Start screen, right-click This PC and then click Properties

2. Click Advanced system settings

3. In the System Properties dialog box, click the Advanced tab and then click Environment Variables

4. Select TDSTRACE from the System Variables list and then click Edit 5. In the Variable Value field, replace the existing value with 0

6. To save your changes and close the Edit System Variable dialog box, click OK 7. Click OK to close the Environment Variables dialog box, and then click OK to close

the System Properties dialog box.

(17)

ODBC Tracing

You can use the ODBC Data Source Administrator to trace connection activity in the ODBC layer.

To start tracing using the ODBC Data Source Administrator:

1. In the ODBC Data Source Administrator, click the Tracing tab.

2. In the Log File Path area, click Browse. In the Select ODBC Log File dialog box, browse to the location where you want to save the log file, then type a descriptive file name in the File name field, and then click Save

3. On the Tracing tab, click Start Tracing Now To stop ODBC Data Source Administrator tracing:

On the Tracing tab in the ODBC Data Source Administrator, click Stop Tracing Now

For more information about tracing using the ODBC Data Source Administrator, see the article How to Generate an ODBC Trace with ODBC Data Source Administrator at http://support.microsoft.com/kb/274551

(18)

Linux Driver

System Requirements

l One of the following distributions:

o Red Hat® Enterprise Linux® (RHEL) 5, 6, or 7

o CentOS 5, 6, or 7

o SUSE Linux Enterprise Server (SLES) 11 or 12

o Ubuntu 12.04 or 14.04

o Debian 7

l One of the following ODBC driver managers installed:

o iODBC 3.52.7 or later

o unixODBC 2.3.0 or later

Installing the Driver

The driver is available as a tarball package containing the following:

l simba/sqlserverodbc/ErrorMessages contains error message files required by the driver.

l simba/sqlserverodbc/lib/32 contains the 32-bit driver and the simba.sqlserverodbc.ini configuration file.

l simba/sqlserverodbc/lib/64 contains the 64-bit driver and the simba.sqlserverodbc.ini configuration file.

l simba/sqlserverodbc/Setup contains sample configuration files named odbc.ini and odbcinst.ini

1. Log in as the root user, then navigate to the folder containing the tarball package, and then run the tar command to extract the package and install the driver.

For example:

tar --directory=/opt -zxvf TarballName

TarballName is the name of the tarball package containing the driver you want to install.

(19)

2. If you received a license file via e-mail, then copy the license file into the

opt/simba/sqlserverodbc/lib/32 or opt/simba/sqlserverodbc/lib/64 folder, depending on the version of the driver that you installed.

To avoid security issues, you may need to save the license file on your local computer prior to copying the file into the folder.

Setting the LD_LIBRARY_PATH Environment Variable

The LD_LIBRARY_PATH environment variable must include the paths to the installed ODBC driver manager libraries.

For example, if ODBC driver manager libraries are installed in /usr/local/lib, then set LD_LIBRARY_PATH as follows:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

For information about how to set environment variables permanently, refer to your Linux shell documentation.

For information about creating ODBC connections using the Simba Microsoft SQL Server ODBC Driver, seeConfiguring ODBC Connections for Non-Windows Platformson page 22.

(20)

Mac OS X Driver

System Requirements

l Mac OS X version 10.9 or 10.10

l iODBC 3.52.7 or later

Installing the Driver

The Simba Microsoft SQL Server ODBC Driver driver files are installed in the following directories:

l /opt/simba/sqlserverodbc/ErrorMessages contains error message files required by the driver.

l /opt/simba/sqlserverodbc/Setup contains sample configuration files named odbc.ini and odbcinst.ini

l /opt/simba/sqlserverodbc/lib/universal contains the driver binaries and the simba.sqlserverodbc.ini configuration file.

1. Double-click SimbaSQLServerODBC.dmg to mount the disk image.

2. Double-click SimbaSQLServerODBC.pkg to run the installer.

3. In the installer, click Continue

4. On the Software License Agreement screen, click Continue, and when the prompt appears, click Agree if you agree to the terms of the License Agreement.

5. Optionally, to change the installation location, click Change Install Location, then select the desired location, and then click Continue

6. To accept the installation location and begin the installation, click Install 7. When the installation completes, click Close

8. If you received a license file via e-mail, then copy the license file into the /opt/simba/sqlserverodbc/lib/universal folder.

To avoid security issues, you may need to save the license file on your local computer prior to copying the file into the folder.

(21)

Verifying the Version Number

If you need to verify the version of the Simba Microsoft SQL Server ODBC Driver that is installed on your Mac OS X machine, you can query the version number through the Terminal.

To verify the version number:

At the Terminal, run the following command:

pkgutil --info simba.sqlserverodbc

The command returns information about the Simba Microsoft SQL Server ODBC Driver that is installed on your machine, including the version number.

Setting the DYLD_LIBRARY_PATH Environment Variable

The DYLD_LIBRARY_PATH environment variable must include the paths to the installed ODBC driver manager libraries.

For example, if ODBC driver manager libraries are installed in /usr/local/lib, then set DYLD_LIBRARY_PATH as follows:

export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/usr/local/lib

For information about how to set environment variables permanently, refer to your Mac OS X shell documentation.

For information about creating ODBC connections using the Simba Microsoft SQL Server ODBC Driver, seeConfiguring ODBC Connections for Non-Windows Platformson page 22.

(22)

Configuring ODBC Connections for Non-Windows

Platforms

The following sections describe how to configure ODBC connections when using the Simba Microsoft SQL Server ODBC Driver with non-Windows platforms:

l Configuration Fileson page22

l Sample Configuration Fileson page23

l Configuring the Environmenton page23

l Configuring the odbc.ini Fileon page24

l Configuring the odbcinst.ini Fileon page25

l Configuring the simba.sqlserverodbc.ini Fileon page26

l Testing the Connectionon page27

l Configuring Logging Optionson page28

Configuration Files

ODBC driver managers use configuration files to define and configure ODBC data sources and drivers. By default, the following configuration files residing in the user’s home

directory are used:

l .odbc.ini is used to define ODBC data sources, and it is required for DSNs.

l .odbcinst.ini is used to define ODBC drivers, and it is optional.

Also, by default the Simba Microsoft SQL Server ODBC Driver is configured using the simba.sqlserverodbc.ini file, which is located in one of the following directories depending on the version of the driver that you are using:

l /opt/simba/sqlserverodbc/lib/32 for the 32-bit driver on Linux

l /opt/simba/sqlserverodbc/lib/64 for the 64-bit driver on Linux

l /opt/simba/sqlserverodbc/lib/universal for the driver on Mac OS X The simba.sqlserverodbc.ini file is required.

The simba.sqlserverodbc.ini file in the /lib subfolder provides default settings for most configuration options available in the Simba Microsoft SQL Server ODBC Driver.

You can set driver configuration options in your odbc.ini and simba.sqlserverodbc.ini files.

Configuration options set in a simba.sqlserverodbc.ini file apply to all connections, whereas configuration options set in an odbc.ini file are specific to a connection.

Configuration options set in odbc.ini take precedence over configuration options set in simba.sqlserverodbc.ini. For information about the configuration options available for controlling the behavior of DSNs that are using the Simba Microsoft SQL Server ODBC Driver, seeDriver Configuration Optionson page36.

(23)

Sample Configuration Files

The driver installation contains the following sample configuration files in the Setup directory:

l odbc.ini

l odbcinst.ini

These sample configuration files provide preset values for settings related to the Simba Microsoft SQL Server ODBC Driver.

The names of the sample configuration files do not begin with a period (.) so that they will appear in directory listings by default. A file name beginning with a period (.) is hidden. For odbc.ini and odbcinst.ini, if the default location is used, then the file names must begin with a period (.).

If the configuration files do not exist in the home directory, then you can copy the sample configuration files to the home directory, and then rename the files. If the configuration files already exist in the home directory, then use the sample configuration files as a guide to modify the existing configuration files.

Configuring the Environment

Optionally, you can use three environment variables—ODBCINI, ODBCSYSINI, and SIMBASQLSERVERINI—to specify different locations for the odbc.ini, odbcinst.ini, and simba.sqlserverodbc.ini configuration files by doing the following:

l Set ODBCINI to point to your odbc.ini file.

l Set ODBCSYSINI to point to the directory containing the odbcinst.ini file.

l Set SIMBASQLSERVERINI to point to your simba.sqlserverodbc.ini file.

For example, if your odbc.ini and simba.sqlserverodbc.ini files are located in /etc and your odbcinst.ini file is located in /usr/local/odbc, then set the environment variables as follows:

export ODBCINI=/etc/odbc.ini

export ODBCSYSINI=/usr/local/odbc

export SIMBASQLSERVERINI=/etc/simba.sqlserverodbc.ini

The following search order is used to locate the simba.sqlserverodbc.ini file:

1. If the SIMBASQLSERVERINI environment variable is defined, then the driver searches for the file specified by the environment variable.

SIMBASQLSERVERINI must specify the full path, including the file name.

2. The directory containing the driver’s binary is searched for a file named simba.sqlserverodbc.ini (not beginning with a period).

3. The current working directory of the application is searched for a file named simba.sqlserverodbc.ini (not beginning with a period).

(24)

4. The directory ~/ (that is, $HOME) is searched for a hidden file named .simba.sqlserverodbc.ini

5. The directory /etc is searched for a file named simba.sqlserverodbc.ini (not beginning with a period).

Configuring the odbc.ini File

ODBC Data Source Names (DSNs) are defined in the odbc.ini configuration file. The file is divided into several sections:

l [ODBC] is optional and used to control global ODBC configuration, such as ODBC tracing.

l [ODBC Data Sources] is required, listing DSNs and associating DSNs with a driver.

l A section having the same name as the data source specified in the [ODBC Data Sources] section is required to configure the data source.

The following is an example of an odbc.ini configuration file for Linux:

[ODBC Data Sources]

Sample Simba SQL Server DSN 32=Simba SQL Server ODBC Driver

32-bit

[Sample Simba SQL Server DSN 32]

Driver=/opt/simba/sqlserverodbc/lib/32/libsimbasqlserverodbc

32.so

The following is an example of an odbc.ini configuration file for Mac OS X:

[ODBC Data Sources]

Sample Simba SQL Server DSN=Simba SQL Server ODBC Driver

[Sample Simba SQL Server DSN]

Driver=/opt/simba/sqlserverodbc/lib/universal/libsimbasqlser

verodbc.dylib

To create a Data Source Name:

1. Open the odbc.ini configuration file in a text editor.

2. In the [ODBC Data Sources] section, add a new entry by typing the Data Source Name (DSN), then an equal sign (=), and then the driver name.

3. In the odbc.ini file, add a new section with a name that matches the DSN you specified in step2, and then add configuration options to the section. Specify configuration options as key-value pairs.

4. Configure one of the following authentication methods:

l To authenticate the connection using user login, set the Trusted_Connection key to no and then set the UID and PWD keys to your user name and

(25)

password, respectively.

l To authenticate the connection using Kerberos, set the Trusted_Connection key to yes. Optionally, set the ServerSPN key to the service principal name of your SQL Server instance. If you do not set the ServerSPN key, then the driver will use MSSQLSvc/HostName:Port as the service principal name, where HostName is the IP address or host name of the server and Port is the number of the port that you are connecting to.

l When using the Mac OS X verison of the driver, you can authenticate the connection using the NTLM protocol by setting the Trusted_Connection key to NTLM and then setting the UID and PWD keys to your user name and pass- word, respectively.

5. Save the odbc.ini configuration file.

For information about the configuration options available for controlling the behavior of DSNs that are using the Simba Microsoft SQL Server ODBC Driver, seeDriver

Configuration Optionson page36.

Configuring the odbcinst.ini File

ODBC drivers are defined in the odbcinst.ini configuration file. The configuration file is optional because drivers can be specified directly in the odbc.ini configuration file, as described inConfiguring the odbc.ini Fileon page24.

The odbcinst.ini file is divided into the following sections:

l [ODBC Drivers] lists the names of all the installed ODBC drivers.

l A section having the same name as the driver name specified in the [ODBC Drivers]

section lists driver attributes and values.

The following is an example of an odbcinst.ini configuration file for Linux:

[ODBC Drivers]

Simba SQL Server ODBC Driver 32-bit=Installed

Simba SQL Server ODBC Driver 64-bit=Installed

[Simba SQL Server ODBC Driver 32-bit]

Description=Simba SQL Server ODBC Driver (32-bit)

Driver=/opt/simba/sqlserverodbc/lib/32/libsimbasqlserverodbc

32.so

[Simba SQL Server ODBC Driver 64-bit]

Description=Simba SQL Server ODBC Driver (64-bit)

Driver=/opt/simba/sqlserverodbc/lib/64/libsimbasqlserverodbc

64.so

The following is an example of an odbcinst.ini configuration file for Mac OS X:

[ODBC Drivers]

(26)

Simba SQL Server ODBC Driver=Installed

[Simba SQL Server ODBC Driver]

Description=Simba SQL Server ODBC Driver

Driver=/opt/simba/sqlserverodbc/lib/universal/libsimbasqlser

verodbc.dylib

To define a driver:

1. Open the odbcinst.ini configuration file in a text editor.

2. In the [ODBC Drivers] section, add a new entry by typing the driver name and then typing =Installed

Type a symbolic name that you want to use to refer to the driver in connection strings or DSNs.

3. In the odbcinst.ini file, add a new section with a name that matches the driver name you typed in step2, and then add configuration options to the section based on the sample odbcinst.ini file provided in the Setup directory. Specify configuration options as key-value pairs.

4. Save the odbcinst.ini configuration file.

Configuring the simba.sqlserverodbc.ini File

The simba.sqlserverodbc.ini file contains configuration settings for the Simba Microsoft SQL Server ODBC Driver. Settings that you define in the simba.sqlserverodbc.ini file apply to all connections that use the driver.

To configure the Simba Microsoft SQL Server ODBC Driver to work with your ODBC driver manager:

1. Open the simba.sqlserverodbc.ini configuration file in a text editor.

2. Edit the DriverManagerEncoding setting. The value is usually UTF-16 or UTF-32, depending on the ODBC driver manager you use. iODBC uses UTF-32, and unixODBC uses UTF-16. To determine the correct setting to use, refer to your ODBC driver manager documentation.

3. Edit the ODBCInstLib setting. The value is the name of the ODBCInst shared library for the ODBC driver manager you use. To determine the correct library to specify, refer to your ODBC driver manager documentation.

The configuration file defaults to the shared library for iODBC. In Linux, the shared library name for iODBC is libiodbcinst.so. In Mac OS X, the shared library name for iODBC is libiodbcinst.dylib.

You can specify an absolute or relative filename for the library. If you intend to use the relative filename, then the path to the library must be included in the library path environment variable. In Linux, the library path environment variable is named LD_LIBRARY_PATH. In Mac OS X, the library path environment variable is named DYLD_LIBRARY_PATH.

4. Save the simba.sqlserverodbc.ini configuration file.

(27)

Testing the Connection

To test the connection, you can use an ODBC-enabled client application. For a basic connection test, you can also use the test utilities that are packaged with your driver manager installation. For example, the iODBC driver manager includes simple utilities called iodbctest and iodbctestw. Similarly, the unixODBC driver manager includes simple utilities called isql and iusql.

Using the iODBC Driver Manager

You can use the iodbctest and iodbctestw utilities to establish a test connection with your driver. Use iodbctest to test how your driver works with an ANSI application, or use iodbctestw to test how your driver works with a Unicode application.

There are 32-bit and 64-bit installations of the iODBC driver manager available. If you have only one or the other installed, then the appropriate version of iodbctest (or iodbctestw) is available. However, if you have both 32- and 64-bit versions installed, then you need to ensure that you are running the version from the correct installation directory.

For more information about using the iODBC driver manager, seehttp://www.iodbc.org To test your connection using the iODBC driver manager:

1. Run iodbctest or iodbctestw

2. Optionally, if you do not remember the DSN, then type a question mark (?) to see a list of available DSNs.

3. Type an ODBC connection string using the following format, specifying additional connection attributes as needed:

DSN=DataSourceName;Key=Value

DataSourceName is the DSN that you are using for the connection. Key is any connection attribute that is not already specified as a configuration key in the DSN, and Value is the value for the attribute. Add key-value pairs to the connection string as needed, separating each pair with a semicolon (;).

If the connection is successful, then the

SQL>

prompt appears.

For information about the connection attributes that are available, seeDriver Configuration Optionson page 36.

Using the unixODBC Driver Manager

You can use the isql and iusql utilities to establish a test connection with your driver and your DSN. isql and iusql can only be used to test connections that use a DSN. Use isql to test how your driver works with an ANSI application, or use iusql to test how your driver works with a Unicode application.

(28)

There are 32-bit and 64-bit installations of the unixODBC driver manager

available. If you have only one or the other installed, then the appropriate version of isql (or iusql) is available. However, if you have both 32- and 64-bit versions installed, then you need to ensure that you are running the version from the correct installation directory.

For more information about using the unixODBC driver manager, see http://www.unixodbc.org

To test your connection using the unixODBC driver manager:

Run isql using the following syntax:

isql DataSourceName

DataSourceName is the DSN that you are using for the connection.

OR Run iusql using the following syntax:

iusql DataSourceName

If the connection is successful, then the

SQL>

prompt appears.

For information about the available options, run isql or iusql without providing a DSN.

Configuring Logging Options

To help troubleshoot issues, you can enable logging in the driver or in the wire protocol component.

Only enable logging long enough to capture an issue. Logging decreases performance and can consume a large quantity of disk space.

Driver Logging

Use driver logging to track the activity in the Simba Microsoft SQL Server ODBC Driver.

You can set the LogLevel key to specify the amount of detail included in log files.Table 3 lists the logging levels provided by the Simba Microsoft SQL Server ODBC Driver, in order from least verbose to most verbose.

LogLevel Value Description

1 Logs very severe error events that will lead the driver to abort.

(29)

LogLevel Value Description

2 Logs error events that might still allow the driver to continue running.

3 Logs potentially harmful situations.

4 Logs general information that describes the progress of the driver.

5 Logs detailed information that is useful for debugging the driver.

6 Logs more detailed information than LogLevel=5

To enable logging:

2. Set the LogLevel key to the desired level of information to include in log files. For example:

LogLevel=2

3. Set the LogPath key to the full path to the folder where you want to save log files. For example:

LogPath=/localhome/employee/Documents

4. Set the LogFileCount key to the maximum number of log files to keep.

After the maximum number of log files is reached, each time an additional file is created, the driver deletes the oldest log file.

5. Set the LogFileSize key to the maximum size of each log file in megabytes (MB).

After the maximum file size is reached, the driver creates a new file and continues logging.

7. Restart your ODBC application to ensure that the new settings take effect.

The Simba Microsoft SQL Server ODBC Driver produces a log file named SqlServerODBC.log at the location you specify using the LogPath key.

To disable logging:

2. Set the LogLevel key to 0

Wire Protocol Component Logging

Use wire protocol component logging to track the data activity between the driver and the SQL Server instance. You can set the amount of detail included in the log files.Table 4

(30)

lists the logging levels that are available, in order from least verbose to most verbose.

1 Logs error events that might still allow the wire protocol component to continue running. 1 is the default logging level.

2 Logs general information that describes the progress of the wire protocol component.

3 Logs detailed information that is useful for debugging the wire protocol component.

4 Logs more detailed information than level 3.

Wire protocol component logging is configured through the TDSTRACE environment variable.

To enable wire protocol component logging:

2. Set the TDSTRACE key to LoggingLevel:LogFilePath, where LoggingLevel is the logging level indicating the amount of detail to include in the log file and LogFilePath is the full path of the log file.

For example, the following setting configures the wire protocol component to log debugging information in a file named MyWireLog.log located in the C:\Logs folder:

TDSTRACE=3:/localhome/employee/Documents/MyWireLog.log

To disable wire protocol component logging:

2. Set the TDSTRACE key to 0

(31)

Data Types

The Simba Microsoft SQL Server ODBC Driver supports many common data formats, converting between SQL Server data types and SQL data types.

Table 5lists the supported data type mappings.

SQL Server Type SQL Type

BIGINT SQL_BIGINT

BINARY SQL_BINARY

BIT SQL_BIT

CHAR SQL_CHAR

DATE SQL_TYPE_DATE

DATETIME SQL_TYPE_TIMESTAMP

DATETIME2 SQL_TYPE_TIMESTAMP

DATETIMEOFFSET SQL_SS_TIMESTAMPOFFSET

DECIMAL SQL_DECIMAL

FLOAT SQL_FLOAT

GUID SQL_GUID

INT SQL_INTEGER

MONEY SQL_DECIMAL

NCHAR SQL_WCHAR

NTEXT SQL_WLONGVARCHAR

NUMERIC SQL_NUMERIC

NVARCHAR SQL_WVARCHAR

Table 5. Supported Data Types

(32)

SQL Server Type SQL Type

REAL SQL_REAL

ROWVERSION

Before SQL Server 2008, this data type was called

TIMESTAMP.

SQL_BINARY

SMALLDATETIME SQL_TYPE_TIMESTAMP

SMALLINT SQL_SMALLINT

SMALLMONEY SQL_DECIMAL

TIME SQL_SS_TIME2

TIMESTAMP

In SQL Server 2008 and later, this data type is called

ROWVERSION.

SQL_BINARY

TINYINT SQL_TINYINT

VARBINARY SQL_VARBINARY

VARCHAR SQL_VARCHAR

(33)

Contact Us

If you have difficulty using the driver, please contact our Technical Support staff. We welcome your questions, comments, and feature requests.

Technical Support is available Monday to Friday from 8 a.m. to 6 p.m. Pacific Time.

To help us assist you, prior to contacting Technical Support please prepare a detailed summary of the client and server environment including operating system version, patch level, and configuration.

You can contact Technical Support via:

l E-mail—[email protected]

l Web site—www.simba.com

l Telephone—(604) 633-0008 Extension 3

l Fax—(604) 633-0004

You can also follow us on Twitter @SimbaTech

(34)

Appendix A Using a Connection String

For some applications, you may need to use a connection string to connect to your data source. For detailed information about how to use a connection string in an ODBC application, refer to the documentation for the application that you are using.

The following connection strings are examples showing the minimum set of connection attributes that you must specify in order to successfully connect to the data source.

Depending on the configuration of the data source and the type of connection you are working with, you may need to specify additional connection attributes. For detailed information about all the attributes that you can use in the connection string, seeDriver Configuration Optionson page36.

DSN Connection String Example

The following is an example of a connection string for a connection that uses a DSN:

DSN=DataSourceName;

You can set additional configuration options by appending key-value pairs to the

connection string. Configuration options that are passed in using a connection string take precedence over configuration options that are set in the DSN.

For information about creating a DSN on a Windows computer, seeCreating a Data Source Nameon page12. For information about creating a DSN on a non-Windows computer, seeConfiguring the odbc.ini Fileon page24.

DSN-less Connection String Examples

Some applications provide support for connecting to a data source using a driver without a DSN. To connect to a data source without using a DSN, use a connection string instead.

The placeholders in the example are defined as follows, in alphabetical order:

l PortNumber is the number of the port that the SQL Server instance uses to listen for client connections.

l ServerInfo is the IP address or host name of the SQL Server instance to which you are connecting.

l ServiceName is the Kerberos service principal name of the SQL Server instance.

l SQLServerDatabase is the name of the database that you want to access.

l YourPassword is the password corresponding to your user name.

l YourUserName is the user name that you use to access the SQL Server instance.

(35)

Connecting to a SQL Server Instance Using User Login

The following is an example of a DSN-less connection string for a connection to a SQL Server instance that requires user login:

Driver=Simba SQL Server ODBC Driver;Server=ServerInfo;

Port=PortNumber;Database=SQLServerDatabase;UID=YourUserName;

PWD=YourPassword;

Connecting to a SQL Server Instance Using Kerberos Authentication

The following is an example of a DSN-less connection string for a connection to a SQL Server instance that requires authentication through Kerberos:

Driver=Simba SQL Server ODBC Driver;Server=ServerInfo;

Port=PortNumber;Database=SQLServerDatabase;

Integrated Security=SSPI;ServerSPN=ServiceName;

Connecting to a SQL Server Instance Using NTLM Authentication

The following is an example of a DSN-less connection string for a connection to a SQL Server instance that requires authentication through the NTLM protocol:

Driver=SimbaSQL Server ODBC Driver;Server=ServerInfo;

Port=PortNumber;Database=SQLServerDatabase;

Integrated Security=NTLM;UID=YourUserName;PWD=YourPassword;

NTLM authentication is available only in the Mac OS X version of the driver.

(36)

Appendix B Driver Configuration Options

Appendix B Driver Configuration Optionson page36lists the configuration options

available in the Simba Microsoft SQL Server ODBC Driver alphabetically by field or button label. Options having only key names—not appearing in the user interface of the driver—

are listed alphabetically by key name.

When creating or configuring a connection from a Windows computer, the fields and buttons described below are available in the Simba SQL Server ODBC Driver DSN Setup dialog box.

When using a connection string or configuring a connection from a Linux or Mac OS X computer, use the key names provided below.

You can pass in configuration options in your connection string, or set them in your odbc.ini and simba.sqlserverodbc.ini files if you are using a non-Windows version of the driver. Configuration options set in a simba.sqlserverodbc.ini file apply to all connections, whereas configuration options passed in in the connection string or set in an odbc.ini file are specific to a connection. Configuration options passed in using the connection string take precedence over configuration options set in odbc.ini. Configuration options set in odbc.ini take precedence over configuration options set in simba.sqlserverodbc.ini

Configuration Options Appearing in the User Interface

The following configuration options are accessible via the Windows user interface for the Simba Microsoft SQL Server ODBC Driver, or via the key name when using a connection string or configuring a connection from a Linux or Mac OS X computer:

l CA Certificateon page36

l Databaseon page37

l Encrypton page 37

l Passwordon page37

l Porton page37

l Serveron page38

l Server SPNon page38

l Trust Server Certificateon page38

l Use Trusted Connectionon page39

l Useron page39

CA Certificate

Key Name Default Value Required

CACertificate cacerts.pem Yes, if the Encrypt option is enabled and the Trust Server Certificate option is disabled.

(37)

Description

The full file path of the CA certificate that you want to use to verify the server certificate.

Database

Database None No

Description

The name of the SQL Server database that you want to access.

Encrypt

Encrypt Clear (no) No

Description

When this option is enabled (yes), the driver encrypts all communication with the SQL Server instance before sending it over the network.

When this option is disabled (no), the driver does not encrypt communication with the SQL Server instance.

Password

PWD None Yes, if authenticating

through user login or the NTLM protocol.

Description

The password corresponding to the user name that you provided in the User field (the UID key).

Port

Port 1433 Yes

(38)

Description

The number of the port that the SQL Server instance uses to listen for client connections.

Server

Server None Yes

Description

The host name or IP address of the SQL Server instance.

Server SPN

ServerSPN MSSQLSvc/

HostName:Port, where HostName is the server name or IP address specified in the Server field and Port is the port number specified in the Port field.

No

Description

The service principal name of the SQL Server instance.

Trust Server Certificate

TrustServerCertificate Clear (no) No

Description

When this option is enabled (yes), the driver trusts the server certificate.

When this option is disabled (no), the driver does not trust the server certificate, and instead uses a CA certificate to verify the server certificate.

(39)

Use Trusted Connection

Trusted_Connection OR

Integrated Security

Clear (no or none) No

Description

When this option is enabled (the Trusted_Connection key is set to yes or the Integrated Security key is set to SSPI), the driver uses the Kerberos protocol to authenticate connections to the SQL Server instance.

When this option is disabled (the Trusted_Connection key is set to no, or the Integrated Security key is not set), the driver uses user login to authenticate connections to the SQL Server instance.

When using the Mac OS X version of the driver, you can set the Trusted_Connection key or the Integrated Security key to NTLM to authenticate connections using the NTLM protocol.

User

UID None Yes, if authenticating

through user login or the NTLM protocol.

Description

The user name that you use to access the SQL Server instance.

Configuration Options Having Only Key Names

The following configuration options do not appear in the Windows user interface for the Simba Microsoft SQL Server ODBC Driver and are only accessible when using a connection string or configuring a connection from a Linux or Mac OS X computer:

l Driveron page40

l LongColumnLengthon page40

(40)

Driver

Default Value Required

The default value varies depending on the version of the driver that is installed. For example, the value for the Windows driver is different from the value of the Mac OS X driver.

Yes

Description

The name of the installed driver (Simba SQL Server ODBC Driver) or the absolute path of the Simba Microsoft SQL Server ODBC Driver shared object file.

LongColumnLength

Default Value Required

8000 No

Description

The maximum size of BLOB and CLOB columns.

Installation and Configuration Guide Simba Technologies Inc.

Driver