UnixODBC é um configurador odbc open source, para ambientes “não-Windows”, que possibilita que máquinas linux se conectem em qualquer banco de dados externo que possua driver ODBC disponível. Ele atende bem às expectativa, entretanto, não recebe atualizações desde 2006, dando sinal que o projeto está um pouco abandonado. Existe outro projeto, o iODBC, que está bem mais ativo e vale dar uma olhada, mas como o unixODBC me atende vou dar atenção para ele aqui nessas instruções.

Bom no meu caso quero me conectar a um banco SQL server, ai que entra o FreeTDS. Este último é um driver odbc open source para se conectar à bancos SQL server ou Sybase.

Vamos deixar de papo e instalar os dois. No meu caso estou usando o Ubuntu, o que torna tudo muito fácil, para instalar o unixODBC basta:

Ele vai trazer as dependências e pedir as confirmações necessárias, confirme tudo e prossiga para instalação do FreeTDS:

No ubuntu o FreeTDS usa só o nome tdsodbc, mas não se preocupe é o próprio.

Caso você não utilize o Ubuntu ou qualquer distribuição Debian based não se desespere, baixe o fonte do unixODBC e do FreeTDS, descompacte-os cada um em sua pasta e os compile com a famosa sequência de comandos:

Na maioria das vezes isso vai funcionar, caso queira mudar algo na instalação leia o README e o INSTALL presente na raiz do diretório onde cada um deles foi descompactado.

Após a instalação vamos para a configuração. Existem 2 formas de fazer isso: direto nos arquivos de configuração (meu preferido) ou pela interface gráfica do unixODBC.

Antes de mais nada defina uma variável de ambiente para que os sistemas que utilizarem a conexão odbc possam encontrar o caminho adequado para o driver libodbc.so.1.0.0.

Arquivos de Configuração

São dois arquivos de configuração: odbc.ini e odbcinst.ini .

Vamos fazer da forma como manda o manual de instalação do unixODBC, não vamos criar direto os arquivos, vamos criar templates de configuração e depois vamos gerar os arquivos com a ferramenta de linha de comando odbcinst. Crie os 2 templates conforme passado abaixo, substituindo o que for necessário para o seu ambiente:

Salve estes arquivos em um diretório qualquer e, como root, execute os comandos abaixo:

Pronto, os aquivos odbc.ini e odbcinst.ini foram criados no diretório /etc. Caso queira ter acesso ao banco de dados utilizando outro usuário, logue como este usuário e execute novamente o comando “odbcinst -i -s -f tds.datasource.template”, tenha certeza que este usuário tem permissão de leitura no arquivo “tds.datasource.template”.

Para testar a conexão utilize o comando isql, que faz parte do pacote do unixODBC. O comando tem o seguinte perfil:

isql DSN [UID [PWD]] [options]

No caso da configuração que fizemos aqui ficaria assim:

Se você receber o prompt “SQL>” sua conexão foi estabelecida e provavelmente tudo estará funcionando adequadamente.

Interface Gráfica

1) Para subir a interface gráfica execute na linha de comando:

Nesse momento irá aparecer a seguinte tela:

2) A primeira coisa a fazer é ir à aba “Drivers” para configurarmos os dados do driver Freetds.

Clique em “Add” e configure as informações adequadas conforme tela abaixo.

3) Vamos configurar o DSN. Existem duas opções: um específico do usuário(User DSN) e outro comum a todos usuários da máquina (System DSN). Isso é importante no caso de deixar uma conexão ao banco disponível apenas para um usuário da máquina, como este não é o caso vamos configurar o “System DSN”.

Clique em “Add”.

Se repararmos nesta última tela temos o campo “Servername”. Se voltarmos aos templates de configuração do DSN vamos perceber que não existe este campos e sim o “Server”. Este é um bug que o unixODBC tem, se o “Servername” for configurado o odbc não irá funcionar. Neste caso deixe o campo “Servername” em branco e no final vá ao arquivo /etc/odbc.ini e inclua a linha “Server = IP Banco”.

Para testar a conexão utilize o comando isql, como discutido acima, ou use o Datamanager:

Informe o ID e o PWD, se a árvore de tabelas aparecer do lado direto a conexão está funcionando.

Pronto configurações concluídas. Agora qualquer aplicação que precisa acessar um banco SQL Server só precisa apontar para o ODBC configurado e ela irá funcionar do linux. Isso é muito útil para aplicações windows rodando no linux com o programa wine.

Até a próxima.

]]> http://blog.beyond-os.com.br/2008/04/acessando-sql-server-do-linux/feed/ 0 http://blog.beyond-os.com.br/2008/03/substituindo-seu-velho-windows-pelo-linux/ http://blog.beyond-os.com.br/2008/03/substituindo-seu-velho-windows-pelo-linux/#comments Sun, 23 Mar 2008 04:49:09 +0000 Renê Teixeira Francisco http://blog.beyond-os.net/2008/03/substituindo-seu-velho-windows-pelo-linux

Hoje em dia muito se fala que as distribuiçoes linux estão prontas (O slogan original SUSE é assim: “Your Linux is Ready”) para substituir os ambientes windows também no desktop. Posso garantir que isso é verdade. A distribuição que melhor representa este fato é o Ubuntu, atualmente em sua versão 7.10 (codinome Gutsy) tem todos os atributos para agradar os mais diversos tipos de usuários além de ter, praticamente, todas as facilidades de um ambiente windows e mais. No vídeo abaixo temos uma desmonstração do Ubuntu com Beryl no KDE.

A contrapartida disso ocorre quando em uma empresa existe uma aplicação que roda apenas em ambiente windows. É nesse momento que migrar as estações para ambiente linux se torna inviável, logicamente exclua as aplicações que rodam via browser ou possuem um cliente para ambientes linux, não sendo muito comum em nenhum dos casos.

Nesse momento entra em cena um projeto muito antigo, com seu início datado de 1993, que atualmente vem trazendo benefícios para seus usuários. Este projeto é o Wine.

Wine, como seus próprios criadores dizem, não é um emulador (Wine is not Emulator). O que o Wine faz de fato é cercar quais serão as chamadas e retornos que o software irá fazer ao ambiente Windows e responder a elas. Dessa forma o software pensa que está em um ambiente windows mas não está. Isso é feito por diversas DLLs que foram reescritas (as dlls originais do Windows não tem código-fonte aberto) para rodar no linux, na sua maioria utilizando engenharia reversa. É possível também utilizar as próprias dlls do Windows, quando uma dll do wine (builtin) não funcionar corretamente mas, dessa forma, é necessário possuir uma licença de windows, caso contrário fica caracterizado como pirataria.

O ideal é sempre utilizar as dlls builtin, ou seja, do próprio wine, pois perde um pouco o sentido ter que ter um windows para poder rodar aplicações de windows no linux. Isso pode acontecer mas o wine vem evoluindo muito nos últimos tempos, também por causa da sua versão paga chamada CrossOver feita pela CodeWeavers, que vem contribuindo muito com a correção dos bugs e implementação de novos recursos e suportes.

Para você que ficou curioso e quer testar o primeiro passo é instalar o wine. Para isso vá até o site oficial do wine especificamente no link “Get Wine“.

Feita a instalação e configuração do wine é necessário instalar o aplicativo windows no novo ambiente. Para isso entre no CD de instalação ou vá ao diretório onde estão os arquivos de instalação e digite:

Pronto, seu aplicativo windows já está instalado. Provavelmente foi criado um ícone desse novo aplicativo no menu do wine na barra de programas. Obviamente que nem sempre é assim tão simples, existem diversos aplicativos que dependem demais do ambiente windows e tem certa dificuldade de rodar no wine, mas com a evolução constante dessa ferramenta esses problemas serão superados em breve.

Bom, valeu por mais este artigo gente, até a próxima.