Cet article décrit les vérifications de la configuration, les tests à exécuter et les informations à collecter pour la prise en charge lors de la résolution des problèmes liés aux connexions Teradata sur Linux à partir de l’entreprise R de révolution.Vérifier le niveau d’installées du Gestionnaire de pilote unixODBC.
# rpm -qa | grep -i unixodbc
Cette commande doit retourner la valeur nothing comme RRE et Teradata nécessitent unixODBC 2.3.1 ou 2.3.2 qui doit être créé et installé à partir de la source, pas de TPM.
# isql --version
Vérifiez la connexion de test Teradata testdsn :
# 'isql -v testdsn dbc dbc
Vérifiez les versions et les liens des bibliothèques liées à odbc installés sur le système :
# ls -al /usr/lib64 | grep -i odbc
Vérifiez les variables d’environnement ODBCINI et ODBCINSTINI, si jeu, pour s’assurer qu’ils pointent vers les fichiers de configuration odbc.ini et odbcinst.ini prévus.
# env | grep -i odbc
En règle générale, si la valeur du tout, celles-ci devraient pointer vers /etc/odbc.ini et /etc/odbcinst.ini.La valeur de la variable d’environnement ODBCINST pour pointer vers /etc/odbcinst.iniEssayez les deux approches différentes pour la connexion à la base de données à partir de code de révolution R
#No DSN rxSetComputeContext("local") SQL <- "SELECT * FROM dbc.dbcinfo" DS<- RxOdbcData(sqlQuery = SQL, connectionString = "DRIVER=Teradata;DBCNAME=DbMachineNameOrIP;UID=RevoTester;PWD=RevoTester;") rxImport(DS)#With DSN rxSetComputeContext("local") SQL <- "SELECT * FROM dbc.dbcinfo" DS<- RxOdbcData(sqlQuery = SQL, connectionString = "DSN=testdsn;UID=SomeUser;PWD=SomePwd;") rxImport(DS)S’il existe tout problème d’exécution de ces commandes ou le code de test, collecte toutes les sorties des tests pour la prise en charge à examiner.
