Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Serveurs liés avec Teradata ODBC dans RDS pour SQL Server
Support des serveurs liés avec le pilote ODBC Teradata sur RDS for SQL Server vous permettant 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 depuis 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édez directement à des sources de données autres que SQL Server.
-
Interrogez différentes sources de données Teradata avec la même requête sans déplacer les données.
-
Émettez des requêtes, des mises à jour, des commandes et des transactions distribuées sur les sources de données d'un écosystème d'entreprise.
-
Intégrez des connexions à une base de données Teradata depuis la suite Microsoft Business Intelligence (SSIS, SSRS, SSAS).
-
Migrez 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
RDS for SQL Server prend en charge les serveurs liés avec Teradata ODBC dans tous les cas Régions AWS pour SQL Server Standard et Enterprise Edition 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 pour SQL Server
Teradata 17.20, toutes les versions
Limitations et recommandations
Les limitations suivantes s'appliquent aux serveurs liés à Teradata ODBC :
-
RDS for SQL Server ne prend en charge que l'authentification simple avec un nom d'utilisateur et un mot de passe pour la source Teradata.
-
RDS pour SQL Server prend uniquement en charge la version 17.20.0.33 du pilote ODBC Teradata.
-
RDS pour SQL Server ne prend pas en charge la création de noms de sources de données (DSNs) à utiliser comme raccourcis pour une chaîne de connexion.
-
RDS pour SQL Server ne prend pas en charge le suivi des pilotes ODBC. Utilisez SQL Server Extended Events 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é à 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 EC2 données Teradata. Vous devez également autoriser le trafic sur le port que l'instance de base de données RDS pour SQL Server utilise 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'
MSDTC
option dans le groupe d'options de votre instance de base de données et assurez-vous que les transactions XA sont activées. Pour de plus amples informations, veuillez consulter Support pour Microsoft Distributed Transaction Coordinator dans RDS for SQL Server. -
Linked Teradata ODBC prend en charge le protocole SSL/TLS tant qu'il est configuré sur le serveur Teradata. Pour plus d'informations, consultez Activer la connectivité TLS sur 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 en miroir (ou le serveur secondaire du groupe de disponibilité Always-On) 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 Always-On, 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 pour SQL Server.