Servidores vinculados ao Teradata ODBC no RDS para SQL Server
O suporte para servidores vinculados ao driver ODBC Teradata no RDS para SQL Server possibilita que você acesse fontes de dados externas em um banco de dados Teradata. É possível ler dados e executar comandos em servidores de banco de dados Teradata remotos fora da instância do RDS para SQL Server. Use servidores vinculados ao ODBC Teradata para habilitar os seguintes recursos:
-
Acesse diretamente fontes de dados que não sejam o SQL Server.
-
Consulte diversas fontes de dados do Teradata com a mesma consulta sem mover os dados.
-
Emita consultas, atualizações, comandos e transações distribuídos em fontes de dados em um ecossistema corporativo.
-
Integre conexões a um banco de dados do Teradata por meio do pacote Microsoft Business Intelligence (SSIS, SSRS, SSAS).
-
Migre de um banco de dados Teradata para o RDS para SQL Server.
É possível ativar um ou mais servidores vinculados para Teradata em uma instância de banco de dados existente ou nova do RDS para SQL Server. Depois, é possível integrar fontes de dados externas do Teradata à sua instância de banco de dados.
Tópicos
Versões e regiões compatíveis
O RDS para SQL Server comporta servidores vinculados ao ODBC Teradata em todas as Regiões da AWS para SQL Server Standard e Enterprise Edition nas seguintes versões:
-
SQL Server 2022, todas as versões
-
SQL Server 2019, todas as versões
-
SQL Server 2017, todas as versões
As versões do banco de dados Teradata a seguir comportam a vinculação com o RDS para SQL Server
Teradata 17.20, todas as versões
Limitações e recomendações
As seguintes limitações se aplicam aos servidores vinculados ao ODBC Teradata:
-
O RDS para SQL Server aceita apenas a autenticação simples com nome de usuário e senha para a origem do Teradata.
-
O RDS para SQL Server aceita somente o driver ODBC Teradata versão 17.20.0.33.
-
O RDS para SQL Server não comporta a criação de nomes de fonte de dados (DSNs) a serem usados como atalhos para uma string de conexão.
-
O RDS para SQL Server não aceita o rastreamento do driver ODBC. Use o SQL Server Extended Events para rastrear eventos do ODBC. Para obter mais informações, consulte Set up Extended Events in RDS for SQL Server
(Configurar eventos estendidos no RDS para SQL Server). -
O RDS para SQL Server não aceita o acesso à pasta de catálogos de um servidor vinculado Teradata durante o uso do SQL Server Management Studio (SSMS).
Pense nas seguintes recomendações ao usar servidores vinculados ao ODBC Teradata:
-
Permita o tráfego de rede adicionando a porta TCP aplicável no grupo de segurança para cada instância de banco de dados do RDS para SQL Server. Por exemplo, se você estiver configurando um servidor vinculado entre uma instância de banco de dados do EC2 Teradata e uma instância de banco de dados do RDS para SQL Server, deverá permitir o tráfego do endereço IP da instância de banco de dados do EC2 Teradata. Você também deve permitir o tráfego na porta que a instância de banco de dados do RDS para SQL Server está usando para escutar a comunicação do banco de dados. Para obter mais informações sobre grupos de segurança, consulte Controlar acesso com grupos de segurança.
-
Transações distribuídas (XA) são compatíveis. Para ativar transações distribuídas, ative a opção
MSDTC
no grupo de opções para sua instância de banco de dados e garanta que as transações XA estejam ativadas. Para ter mais informações, consulte Suporte para o Microsoft Distributed Transaction Coordinator no RDS for SQL Server. -
O ODBC Teradata vinculado aceita SSL/TLS, desde que configurado no Servidor Teradata. Para ter mais informações, consulte Enable TLS Connectivity on Teradata Vantage
.
Considerações para implantações Multi-AZ
Atualmente, o RDS para SQL Server não replica servidores vinculados ao servidor de banco de dados espelhado (ou ao servidor secundário do grupo de disponibilidade Always On) em uma implantação Multi-AZ. Se os servidores vinculados forem adicionados antes que a configuração seja alterada para adicionar espelhamento ou Always On, os servidores vinculados serão copiados para os servidores vinculados existentes.
Também é possível criar os servidores vinculados na instância primária, fazer failover para a instância do servidor de alta disponibilidade e, depois, criar os servidores vinculados novamente para que estejam nas duas instâncias do RDS para SQL Server.