Extração de dados de todo o banco de dados no SCO Openserver 6

4

Primeiramente, se essa pergunta parecer uma parede de texto, não consigo pensar em uma maneira de formatá-la.

Eu tenho uma máquina com dados valiosos em (por volta de 1995), a máquina está executando o UNIX (SCO OpenServer 6) com um banco de dados desconhecido armazenado nele.

Os dados normalmente são acessados através de um pacote de software do qual a licença expirou e os desenvolvedores não estão mais negociando.

O pacote de software se conecta à máquina via telnet para recuperar dados e modificar dados (a conexão telnet não funciona mais devido à alteração da licença).

Eu posso acessar a máquina através de um driver ODBC (SeaODBC.dll) através de uma rede, era assim que eu estava planejando extrair os dados, mas até agora eu recuperei 300.000 linhas em apenas 24 horas, no total eu estimo lá será em torno de 50.000.000 linhas no total, então a velocidade atual levará 6 meses!

Eu brinquei com a interface do UNIX e os únicos arquivos grandes que eu posso encontrar estão em uma matriz massiva de pasta de caractere único (por exemplo, A > G > dados, A > H > dados ect).

Eu preciso de uma maneira mais rápida de extrair os dados da máquina via ODBC ou uma maneira de extrair o banco de dados inteiro localmente na máquina para uma unidade de disco / rede externa ou outra fonte externa.

Alguém sabe como descobrir os sistemas de banco de dados instalados na máquina? Espero que seja um padrão e eu possa encontrar uma maneira de exportar tudo para um arquivo bem formatado!

    
por bendataclear 28.02.2013 / 13:57

2 respostas

1

Eu finalmente resolvi o problema, executando uma consulta usando outra ferramenta (não através do MS Access ou MS Excel) trabalhei massivamente mais rápido, acabei usando DaFT (Database Fishing Tool) para SELECT INTO um arquivo de texto. Processou todas as 50 milhões de linhas em poucas horas.

Parece que o driver de dll que eu estava usando não funciona bem com nenhum produto MS.

    
por 11.03.2013 / 14:33
1

Algumas coisas para tentar, sem uma ordem específica:

  • file(1) pode ser capaz de identificar os arquivos
  • Qualquer partição de disco estranha e não montada pode ser um dispositivo bruto
  • Rummage em /etc/init.d (ou qualquer sistema que ele usa para iniciar serviços), o banco de dados provavelmente foi iniciado a partir daí de alguma forma.
  • strings(1) aplicado a executáveis geralmente ajuda a identificar textos explicativos, sequências de versão e outros
  • Se a licença expirasse, você poderia tentar definir a data de volta ...
  • Talvez pesquisar no Google pelo fornecedor do pacote dê algumas dicas em seus bancos de dados favoritos
  • Copie todo o disco em outro lugar e analise-o em uma máquina mais capaz
  • Trabalhei com um sistema SCO longo enquanto estava de volta, e foi uma dor real. Mas ele tinha um sistema de gerenciamento de pacotes rudimentar e pacotes de terceiros eram instalados usando-o. Talvez você consiga convencê-lo a dizer o que foi instalado.
por 28.02.2013 / 14:31