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.ini
Essayez 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.
