Serveurs liés avec Teradata ODBC dans RDS for SQL Server

La prise en charge de serveurs liés avec le pilote Teradata ODBC sur RDS for SQL Server vous permet d’accéder à des sources de données externes sur une base de données Teradata. Vous pouvez lire des données et exécuter des commandes à partir des serveurs de base de données Teradata distants en dehors de votre instance RDS for SQL Server. Utilisez des serveurs liés avec Teradata ODBC pour activer les fonctionnalités suivantes :

• Accéder directement à des sources de données autres que SQL Server.

• Exécuter des requêtes sur diverses sources de données Teradata à l’aide de la même requête sans déplacer les données.

• Émettre des requêtes, des mises à jour, des commandes et des transactions distribuées sur des sources de données au sein d’un écosystème d’entreprise.

• Intégrer des connexions à une base de données Teradata depuis la suite Microsoft Business Intelligence (SSIS, SSRS, SSAS).

• Migrer d’une base de données Teradata vers RDS for SQL Server.

Vous pouvez choisir d’activer un ou plusieurs serveurs liés pour Teradata sur une instance de base de données RDS for SQL Server existante ou nouvelle. Vous pouvez ensuite intégrer des sources de données Teradata externes à votre instance de base de données.

Rubriques

• Versions et régions prises en charge

• Limitations et recommandations

• Considérations relatives au déploiement multi-AZ

• Activation de serveurs liés avec Teradata

• Création de serveurs liés avec Teradata

• Désactivation des serveurs liés à Teradata

Versions et régions prises en charge

RDS for SQL Server prend en charge les serveurs liés avec Teradata ODBC dans toutes les Régions AWS pour SQL Server éditions Standard et Enterprise pour les versions suivantes :

• SQL Server 2022, toutes les versions

• SQL Server 2019, toutes les versions

• SQL Server 2017, toutes les versions

Les versions de base de données Teradata suivantes prennent en charge la liaison avec RDS for SQL Server

• Teradata 17.20, toutes les versions

Limitations et recommandations

Les serveurs liés avec Teradata ODBC sont soumis aux limitations suivantes :

• RDS for SQL Server prend uniquement en charge une authentification simple avec un nom d’utilisateur et un mot de passe pour la source de données Oracle.

• RDS for SQL Server prend uniquement en charge la version 17.20.0.33 du pilote Teradata ODBC.

• RDS for SQL Server ne prend pas en charge la création de noms de sources de données (DSN) à utiliser comme raccourci pour une chaîne de connexion.

• RDS for SQL Server ne prend pas en charge le suivi de pilotes ODBC. Utilisez les événements étendus SQL Server pour suivre les événements ODBC. Pour plus d’informations, consultez Set up Extended Events in RDS for SQL Server (Configuration d’événements étendus dans RDS for SQL Server).

• RDS for SQL Server ne prend pas en charge l’accès au dossier des catalogues pour un serveur lié avec Teradata lors de l’utilisation de SQL Server Management Studio (SSMS).

Tenez compte des recommandations suivantes lorsque vous utilisez des serveurs liés avec Teradata ODBC :

• Autorisez le trafic réseau en ajoutant le port TCP applicable dans le groupe de sécurité pour chaque instance de base de données RDS for SQL Server. Si vous configurez un serveur lié entre une instance de base de données EC2 Teradata et une instance de base de données RDS for SQL Server, vous devez autoriser le trafic provenant de l’adresse IP de l’instance de base de données EC2 Teradata. Vous devez également autoriser le trafic sur le port utilisé par l’instance de base de données RDS for SQL Server pour écouter les communications de base de données. Pour plus d’informations sur les groupes de sécurité, consultez Contrôle d'accès par groupe de sécurité.

• Les transactions distribuées (XA) sont prises en charge. Pour activer les transactions distribuées, activez l’option MSDTC dans le groupe d’options pour votre instance de base de données et veillez à ce que les transactions XA soient activées. Pour plus d’informations, consultez Prise en charge de Microsoft Distributed Transaction Coordinator dans RDS for SQL Server.

• Teradata ODBC lié prend en charge le protocole SSL/TLS tant qu’il est configuré sur le serveur Teradata. Pour plus d’informations, consultez Enable TLS Connectivity on Teradata Vantage.

Considérations relatives au déploiement multi-AZ

RDS for SQL Server ne réplique actuellement pas les serveurs liés vers le serveur de base de données mis en miroir (ou le serveur secondaire du groupe de disponibilité Toujours active) dans le cadre d’un déploiement multi-AZ. Si les serveurs liés sont ajoutés avant que la configuration ne soit modifiée pour ajouter la mise en miroir ou le mode Toujours active, les serveurs liés sont copiés pour les serveurs liés existants.

Vous pouvez également créer les serveurs liés sur l’instance principale, basculer vers l’instance de serveur haute disponibilité, puis créer à nouveau les serveurs liés afin qu’ils se trouvent sur les deux instances RDS for SQL Server.