.
Quem eu? Bem-vindo mais uma vez ao intervalo tênue entre o fim de semana e o dia de trabalho que chamamos de Quem, eu? no qual Registro os leitores compartilham histórias de truques tecnológicos que não funcionaram como esperado.
Esta semana, nosso herói é alguém que escolhemos para regomizar como “Indiana”, que pesquisou profundamente o arquivo de uma instalação de armazenamento ultrassecreta para nos trazer esta história de um RAID perdido.
Indy estava fazendo uma subcontratação sorrateira paralelamente para uma pequena empresa local que não tinha condições de pagar por uma tecnologia em tempo integral. Um dia, o cliente de Indy pediu-lhe para dar uma olhada no servidor deles, que estava se comportando de maneira estranha.
Não demorou muito para que Indy descobrisse que o controlador RAID havia morrido e, portanto, o sistema de recuperação de dados personalizado que eles desenvolveram era inútil.
Tragicamente, eles não só não podiam pagar por uma tecnologia em tempo integral, como também não podiam pagar por um novo controlador RAID naquele momento específico. O negócio basicamente iria ruir, a menos que uma solução rápida, suja – e barata – pudesse ser encontrada.
Indy, portanto, preparou uma solução desajeitada, mas eficaz. Ele reconfigurou cada um dos discos do RAID como independentes e escreveu um script que essencialmente criou um sistema de cinco cópias de backup rotativas do banco de dados. Estava bem aquém do RAID, mas permitia alguma redundância.
O perigo, claro, era que cada uma das cinco cópias do banco de dados parecesse ao sistema como se fosse o banco de dados de produção. Para evitar as armadilhas óbvias que isso criaria, Indy configurou um atalho na área de trabalho para todos os funcionários usarem – para que apenas uma cópia do banco de dados fosse aberta e editada.
Tudo correu bem. Por um tempo.
Três anos depois, nosso herói recebe uma ligação do técnico que agora trabalhava em tempo integral para a empresa. Algo deu errado e ninguém entende o porquê.
Indy sentiu um aperto no estômago, como se tivesse comido tâmaras ruins. Pelo que a tecnologia descreveu, havia várias cópias do banco de dados em todo o sistema – muito mais do que apenas cinco. Ninguém estava usando o ícone da área de trabalho para iniciar o banco de dados, então novas cópias surgiam o tempo todo e lotavam as unidades.
E ninguém sabia exactamente há quanto tempo isto acontecia – apenas que todo o sistema se tinha tornado gradualmente mais corrupto.
Naturalmente, herói que é, Indiana imediatamente confessou… absolutamente nada. Ele ainda não tem ideia do que deu errado com o script de sincronização, porque a última coisa que ele queria fazer era realmente ver a coisa por si mesmo. É assim que você derrete seu rosto.
Ele concordou com o técnico ao telefone que isso era muito estranho e misterioso. Provavelmente a melhor coisa a fazer era descobrir qual era a versão mais recente dos dados (se possível), limpar o sistema e restaurar.
Ah, e talvez surja um novo controlador RAID.
Aqui no Vulture Central, entregamos nossos Fedoras para aqueles que, como Indy aqui, de alguma forma escapam de suas bagunças na hora certa (e ei, três anos não são ruins para um script que estava fazendo o trabalho de um controlador RAID quebrado ). Se você quase não conseguiu escapar de um desastre que talvez tenha sido causado por você mesmo, informe-nos por e-mail para Who, Me? e saudaremos suas façanhas – anonimamente, é claro. ®
.
