Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

To make the Active Directory Integrated connection from DaticalDB, you need to have two files in C:\Windows\System32 - adal.dll and mssql-jdbc_auth-<version>.<arch>.dll.

  1. The adal.ddl file needs to be added to C:\Windows\System32 in the Windows registry if you receive the error message "Unable to load adalsql.dll".

  2. The mssql-jdbc_auth-<version>.<arch>.dll file needs to be added to C:\Windows\System32 in the Windows registry if you receive the error message "Login failed to authenticate the user in Active Directory (Authentication=ActiveDirectoryIntegrated)".

If you use Azure SQL Database, refer to Troubleshooting Issues with Active Directory Authentication and Azure SQL Database. For Azure SQL Managed Instance, see Troubleshooting Issues with Active Directory Authentication and Azure Managed Instance.

Baseline changelog cannot be deployed using release 7.10 (Azure SQL Managed Instance only).

We discovered that DaticalDB fails to deploy a baseline generated snapshot. The reason is that Azure SQL Managed Instance automatically manages XTP filegroups and files for databases containing In-Memory OLTP objects. It means that the XTP filegroup exists on Azure SQL Managed Database right after creation and the attempted deployment fails because it already exists. For more information, see Key differences between SQL Server on-premises and SQL Managed Instance.

The following workaround can be applied if you want to use release 7.10 to manage Azure SQL Managed Instance resources:

Manually remove XTP filegroup changeset from your changelog.xml file.

The issue will be addressed in our next release.

We discovered that switching to runtime credentials on the Project Settings page doesn’t work as expected.

You will not be able to run commands using GUI if DbDef does not have a password in the datical.project file, even when you enter the password in the password dialog box. This issue will be fixed in the next releasesCredential prompts don’t work after enabling and then disabling Runtime Credentials

If you enable and then disable Runtime Credentials for a project that has stored credentials for
dbDefs, the credentials will be cleared from the project. Running an operation (Status, Forecast, Deploy, and others.) when the project is in this state will prompt you for credentials, but the operation will fail with an authentication error. To work around this, re-enter the missing credentials using the Edit Connection dialog in the GUI for each of the effected dbDefs.  This issue will be addressed in our 7.12 release.

Documentation for v7.10

Documentation for the base release is available in the following forms:

...