Geral

User

System

Desenvolvimento #6193

Aberta

Criação de Ambiente Dev - Hemovida (Windows 11 + SQL 2008 R2 Standard + BDE)

Adicionado por TARCISIO DA ROCHA 5 dias atrás. Atualizado 5 dias atrás.

Situação:
Resolvida
Prioridade:
Normal
Autor:
TARCISIO DA ROCHA
Atribuído para:
Início:
Data prevista:
% Terminado:

0%

Tempo estimado:

Descrição

🎯 Objetivo: Documentar a arquitetura e os procedimentos técnicos executados para a homologação do ambiente de desenvolvimento do sistema legado Hemovida em uma estação de trabalho moderna com Windows 11. O escopo abrange a superação de incompatibilidades de SO, upgrade de banco de dados, otimização de disco (SSD) e, de forma crítica, a resolução dos conflitos de rede e interdependência simultânea entre SQL Server e Paradox no middleware BDE de 32 bits.

🖥️ Arquitetura e Escopo do Ambiente:

  • Sistema Operacional: Windows 11 Pro / Enterprise (x64).

  • Motor de Banco de Dados: Microsoft SQL Server 2008 R2 (Instância: MSSQLSERVER).

  • Middleware: BDE Administrator (32-bit).

  • Volume da Base: ~72.5 GB (Banco hemovida).

🧠 Justificativas Técnicas e Pré-requisitos:

1. Interdependência Crítica (Paradox vs. SQL Server no BDE): O executável do Hemovida exige comunicação simultânea com o SQL Server (dados centrais) e com o banco local Paradox (tabelas de apoio). Qualquer gargalo de rede ou bloqueio de arquivo de sessão no Paradox derruba a aplicação inteira.

  • Solução: Foi necessário isolar a comunicação do SQL Server para usar memória compartilhada nativa (bypass de rede externa) e configurar permissões estritas para o arquivo de trava do Paradox (PDOXUSRS.NET) no diretório raiz do sistema, garantindo a coexistência pacífica de ambos no BDE.

2. Estratégia de Storage (SSD vs. HDD Convencional): Alocar arquivos .mdf e .ldf de 72,5 GB em um HDD mecânico ou junto com o SO (C:) causa severos gargalos de IOPS.

  • Solução: Segregação de I/O. O drive D: (SSD) foi formatado com permissões NTFS exclusivas (icacls) para hospedar unicamente o SQL Server (D:\SQLData, D:\SQLLogs, D:\SQLBackup).

3. Dependências de Framework:

  • Solução: Habilitação prévia do .NET Framework 3.5 e injeção de chaves de registro (Bypass) forçando o PowerShell a reportar a versão 2.0, permitindo que o instalador do SQL 2008 valide os pré-requisitos no Windows 11.

🚀 Procedimentos Executados (Entregáveis):

Fase 1: Bypass de SO e Instalação do SQL Server

  1. Vacina de Registro: Injeção da chave PowerShellVersion = 2.0 no Windows 11.

  2. Instalação Express e Edition Upgrade: Instalação silenciosa em Modo Misto (usuário sa) seguida do Edition Upgrade (ISO comercial montada) para a versão Standard Edition, destravando o limite físico de 10 GB.

Fase 2: Estruturação de Disco e Restauração Redirecionada

  1. Permissões NTFS: Aplicação de controle total via icacls no disco D: para as contas SYSTEM e Administrators.

  2. Restore (WITH MOVE): Alteração via xp_instance_regwrite dos caminhos padrão e restauração do .bak gravando os 72,5 GB diretamente nas pastas estruturadas no SSD.

Fase 3: Limpeza de Rede Legada (Resolução do Erro 25) O BDE estava falhando ao tentar usar protocolos TCP/IP forçados por configurações antigas do Windows para se comunicar com o SQL.

  1. Executado o utilitário de rede 32-bit via atalho Win + R: C:\Windows\SysWOW64\cliconfg.exe.

  2. Na aba Alias, foi realizada a remoção completa de qualquer apontamento manual (ex: DEV-ROCHA). Essa limpeza foi essencial para forçar o BDE a ignorar regras conflitantes de TCP/IP e passar a utilizar o atalho nativo de memória compartilhada do Windows 11.

Fase 4: Middleware BDE (Harmonizando SQL e Paradox)

  1. Vendor Init Bypass (Erro 15879): Limpeza mandatória do campo VENDOR INIT na configuração do driver MSSQL no BDE, evitando crash de DLLs no Windows 11.

  2. Alias SQL (hemoloc): Configurado o Server Name exclusivamente com um ponto final (.). Juntamente com a limpeza do cliconfg.exe, isso garantiu a comunicação interna perfeita.

  3. Alias Paradox (sht): Parametrizado o NET DIR estritamente para a raiz do disco principal (C:\). Essa alteração garantiu a criação correta e as permissões de leitura/escrita do arquivo de trava PDOXUSRS.NET, fundamental para que as tabelas locais funcionem junto com as do SQL.

✅ Status Atual: As travas de interdependência foram superadas. O ambiente de desenvolvimento local foi provisionado com sucesso. O executável Hemovida.exe consegue operar o banco Paradox e a base SQL simultaneamente, de forma estável e pronto para atualizações.

Ações #1

Atualizado por TARCISIO DA ROCHA há 5 dias

  • Situação alterado de Nova para Desenvolvimento: Em Andamento
Ações #2

Atualizado por TARCISIO DA ROCHA há 5 dias

  • Situação alterado de Desenvolvimento: Em Andamento para Desenvolvimento: Em Validação
Ações #3

Atualizado por TARCISIO DA ROCHA há 5 dias

  • Situação alterado de Desenvolvimento: Em Validação para Em Pagamento
Ações #4

Atualizado por TARCISIO DA ROCHA há 5 dias

  • Situação alterado de Em Pagamento para Resolvida
Ações #5

Atualizado por TARCISIO DA ROCHA há 5 dias

  • Descrição atualizado(a) (diff)

Exportar para Atom PDF