DEPOIMENTOS - Conte uma burrada tecnológica

Este forum é dedicado a códigos errados que se encontram por aí, ou seja, coisas que não se deve fazer de jeito nenhum! Não coloque neste forum dúvidas! (apenas situações bizarras do nosso dia a dia :-)
Responder
Avatar do usuário
dr_gori
Moderador
Moderador
Mensagens: 5024
Registrado em: Seg, 03 Mai 2004 3:08 pm
Localização: Portland, OR USA
Contato:
Thomas F. G

Você já respondeu a dúvida de alguém hoje?
https://glufke.net/oracle/search.php?search_id=unanswered

PESSOAL

Como estamos no forum de "códigos duvidosos", resolvi abrir esse tópico pra gente compartilhar coisas que NÃO SE DEVE FAZER, mas que infelizmente foram feitas.

Exemplo:
* Derrubar serviços
* apagar informações
* perder programas
* enfim, qualquer coisa que gerou PREJUÍZO de alguma forma.

O objetivo disso é:
* aprendermos com o erro dos outros
* e principalmente, dar umas risadas :-)

DEVE-SE observar as regras desse forum!
Editado pela última vez por dr_gori em Qui, 06 Nov 2008 9:57 am, em um total de 1 vez.
Avatar do usuário
dr_gori
Moderador
Moderador
Mensagens: 5024
Registrado em: Seg, 03 Mai 2004 3:08 pm
Localização: Portland, OR USA
Contato:
Thomas F. G

Você já respondeu a dúvida de alguém hoje?
https://glufke.net/oracle/search.php?search_id=unanswered

Quando eu era estagiário, eu tive que fazer um script que atualizava umas informações em produção. Após fazer ele na base de testes, copiei num arquivo o script e enviei junto com vários outros para ser aplicado em produção.

O problema é que eu não coloquei a cláusula WHERE correta e o programa fez o update em TODA tabela e comitou em seguida! :-)

Depois, eu levei uma mijada por ter feito isso! Me disseram que foi necessário baixar os backups pra recuperar as informações.

Mas até hoje eu não sei se isso aconteceu mesmo: Eu acho que o script deu algum erro (de constraint) e eles resolveram com um ROLLBACK apenas, mas ele aproveitaram o "momento" pra me passar um cagaço! :-)

Burrada assumida por Dr_Gori :-) heheheh Assim que eu lembrar de outras piores, eu compartilho com vocês
Avatar do usuário
dr_gori
Moderador
Moderador
Mensagens: 5024
Registrado em: Seg, 03 Mai 2004 3:08 pm
Localização: Portland, OR USA
Contato:
Thomas F. G

Você já respondeu a dúvida de alguém hoje?
https://glufke.net/oracle/search.php?search_id=unanswered

Outra burrada: Essa até hoje ninguém descobriu quem foi.

* Alguém inadvertidamente mudou a hora do servidor. Passou para algo assim: 10/maio/2050 (no servidor de produção)

Após alguns minutos, alguns usuários começaram a abrir chamados adoidado, pois as informações sumiam da tela deles, e mais um monte de problemas.
(sabemos que o oracle busca o SYSDATE da hora do servidor).
Passou alguns minutos e essa data absurda se espalhou em inúmeras tabelas do banco!

Solução: tivemos que fazer um script que buscasse em todas tabelas e em todos campos de DATA as linhas que tivessem a data maior que 2050 pra ir atras e arrumar :-/

Lá se foi umas horinhas pra corrigir...
Editado pela última vez por dr_gori em Qui, 06 Nov 2008 9:58 am, em um total de 1 vez.
Trevisolli
Moderador
Moderador
Mensagens: 2016
Registrado em: Qua, 12 Jan 2005 3:25 pm
Localização: Araraquara - SP
Abraço,

Trevisolli
OCA Oracle PL/SQL Developer Certified Associate
OCP Oracle Forms Developer Certified Professional
Araraquara-SP

Brother,

Sem citar nomes, mas, um personagem uma vez adicionou uma linha na DUAL.

A maldade é tamanha tb né brother...rs...
Avatar do usuário
dr_gori
Moderador
Moderador
Mensagens: 5024
Registrado em: Seg, 03 Mai 2004 3:08 pm
Localização: Portland, OR USA
Contato:
Thomas F. G

Você já respondeu a dúvida de alguém hoje?
https://glufke.net/oracle/search.php?search_id=unanswered

Outra coisa que aconteceu. (mas não foi culpa do cara, pois ele NUNCA ia saber que uma base estava diferente).

Um amigo estava rodando uma procedure que fazia DROP USER de alguns usuários muito antigos. Se o usuário tivesse algum OBJETO, esse comando dava erro e era ignorado.
Isso estava sendo rodado em várias instâncias do banco. (acho que umas 40 ou 50 instâncias).

O problema é que em UMA DELAS, em vez de DROP USER, o programa não foi atualizado e estava fazendo DROP USER CASCADE.
Daí o comando DROP USER não deu erro, ele apagou o usuário JUNTAMENTE com os objetos dele! Desapareceu a metade dos objetos do banco, pois coisas reais entraram na lista e não ocasionou o erro.

Pronto: um dia inteiro aquela filial ficou fora...
manoel872
Rank: Estagiário Sênior
Rank: Estagiário Sênior
Mensagens: 8
Registrado em: Qui, 30 Out 2008 10:31 am
Localização: Uberlândia - MG

Uma vez criando um procedimento para calculo de nossonumero: update sem where...
m***a das grande!
Solução: criar procedimento para calcular o nosso numero de todos as contas e aplicar ao BD.
Diego_Mello
Rank: DBA Júnior
Rank: DBA Júnior
Mensagens: 229
Registrado em: Sex, 05 Set 2008 2:59 pm
Localização: Igrejinha - RS
Diego Mello
Igrejinha - RS
www.twitter.com/diegolmello

Quando eu ainda era estagiário, fui abrindo vários módulos no mesmo forms.
Após concluir, selecionei todos os módulos e compilei, salvei e cliquei para fechar o forms.
Pediu para salvar também a Object Library. Eu 'disse' que 'sim'!

Não sei o que houve, mas corrompeu a library.

Resultado: o DBA teve que voltar um backup BEM antigo da mesma. :P
RJG
Rank: Analista Júnior
Rank: Analista Júnior
Mensagens: 79
Registrado em: Ter, 16 Mai 2006 11:40 am
Localização: Patos de Minas - MG

UPDATE numa tabela sem WHERE
falta de atenção e concentração
caracas ainda bem q tinha backup do dia anterior do owner... :roll: :roll:
Responder
  • Informação
  • Quem está online

    Usuários navegando neste fórum: Nenhum usuário registrado e 7 visitantes