VDM’s Snowflake connection type uses a Windows ODBC Data Source Name, or DSN. This guide covers the VDM wizard fields and the setup information your Snowflake administrator should provide.
Before You Begin
- Use a supported VDM installation with the Snowflake connection type.
- Have an approved 64-bit Snowflake ODBC driver and the prerequisites required by that driver.
- Obtain the Snowflake account/server information, an approved reporting identity and the required warehouse, role, database and schema settings.
- Confirm that the VDM computer can reach the required Snowflake endpoints.
- Have your administrator confirm the authentication method for this VDM/driver combination.
The VDM wizard has DSN, Username and Password fields. Those fields do not establish support for every authentication method offered by Snowflake. If your organization requires MFA, browser sign-in, key-pair authentication or another policy, confirm the supported configuration before proceeding. Do not weaken the account’s authentication policy to match a demonstration.
Install the Driver and Create a DSN
- Have your administrator install the approved 64-bit Snowflake ODBC driver.
- Open ODBC Data Sources (64-bit) in Windows.
- Create a User DSN or System DSN according to the accounts that need to use it.
- Select the installed Snowflake driver and enter the administrator-approved connection settings.
- Save the DSN with a recognizable name, such as Snowflake_Reporting.
Follow Snowflake’s Windows ODBC setup instructions and connection-parameter reference for driver-specific fields. VDM’s wizard does not replace the driver’s configuration.
Note: A DSN must be visible to the Windows account using it. A desktop connection test does not establish that a Scheduler service account has the same DSN, permissions or authentication capabilities.
Start the VDM Connection Wizard
- Open VDM on the computer where the profile will be used.
- Select Database > New.
- Select Snowflake as the connection type.
- Continue to the Snowflake connection page.
Enter the Snowflake Connection Details
| Field or control | Purpose |
|---|---|
| DSN | Select the configured 64-bit Snowflake DSN. |
| Refresh List | Reload the available DSN names after creating a DSN. |
| New DSN | Open the Windows ODBC administrator. |
| Username | Enter the administrator-approved Snowflake user for this connection. |
| Password | Enter the password when it is part of the approved authentication configuration. |
| Test Connection | Attempt to open and close the ODBC connection using the entered settings. |
Test and Save the Profile
- Select the intended DSN and enter the approved credentials.
- Select Test Connection.
- If the test fails, retain the exact error and review the DSN, network access, identity and authentication configuration with your administrator.
- After a successful test, select Next and complete the remaining schema/profile selections offered by the wizard.
- Enter a recognizable Connection Profile name and complete the wizard.
The wizard queries available schemas as it continues. A successful open/close connection test does not guarantee that the identity can discover every schema or read the reporting tables.
Verify the Saved Connection
- Open the saved Connection Profile.
- Confirm that the expected schemas, tables and fields are available.
- Run a small, approved read-only query against a table you are authorized to access.
- Compare the returned values with a known source.
- If scheduling is required, separately verify the DSN, identity and data access under the Scheduler service account.
Troubleshooting
| What you see | What to check |
|---|---|
| The DSN is not listed | Check the 64-bit driver/administrator and the Windows user or system scope, then select Refresh List. |
| Authentication fails | Review the actual driver error and account policy; do not assume a different authentication method is supported by the wizard. |
| Connection passes but schema discovery fails | Confirm the active role/database and access to the required schemas. |
| A desktop query works but a scheduled Job fails | Review the service account’s DSN visibility, authentication and permissions. |
Comments
0 comments
Please sign in to leave a comment.