MS SQL Server Authentication Types

IBM Automatic Data Lineage supports the following authentication types for MS SQL server. The authentication method is controlled by the properties set in the JDBC connection string. When configuring a connection via Admin UI, the additional properties mentioned below are automatically added to the JDBC connection string based on the authentication method selected when the connection is saved. When creating a connection via Orchestration API, the user needs to specify the relevant properties on their own as part of the JDBC string. If no additional properties are specified, the authentication type SQL Server will be used.

MS SQL Server is used as backend storage for several technologies that Automatic Data Lineage connects to (in particular, MS SQL Server and all its flavors, SSIS, SSRS), and as such, the authentication mechanism and principles apply to all of them. In those cases, the physical property names in the description below use the placeholder <technology> that should be replaced with the actual technology being referenced.

SQL Server

The user credentials are configured in MS SQL Server. SQL Server stores both the username and a hash of the password in the master database by using internal authentication methods to verify login attempts.

To use this authentication type:

Native (Windows Only)

The identity of the user running Automatic Data Lineage is used to authorize access to MS SQL Server. MS SQL delegates the authentication to the Windows client where the user logged in.

To use this authentication type:

NTLM

NTLM authentication allows you to authenticate a user against an active directory.

To use NTLM authentication:

JavaKerberos

Only the MS SQL Server scanner supports JavaKerberos authentication, which allows user authentication against a Kerberos Distribution Center. To use this authentication type: