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!
DEPOIMENTOS - Conte uma burrada tecnológica
- dr_gori
- 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
Você já respondeu a dúvida de alguém hoje?
https://glufke.net/oracle/search.php?search_id=unanswered
Editado pela última vez por dr_gori em Qui, 06 Nov 2008 9:57 am, em um total de 1 vez.
- dr_gori
- 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
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
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
- dr_gori
- 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
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...
* 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.
-
- 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
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...
Sem citar nomes, mas, um personagem uma vez adicionou uma linha na DUAL.
A maldade é tamanha tb né brother...rs...
- dr_gori
- 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
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...
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...
-
- 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.
m***a das grande!
Solução: criar procedimento para calcular o nosso numero de todos as contas e aplicar ao BD.
-
- Rank: DBA Júnior
- Mensagens: 229
- Registrado em: Sex, 05 Set 2008 2:59 pm
- Localização: Igrejinha - RS
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.
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.
-
- Informação
-
Quem está online
Usuários navegando neste fórum: Nenhum usuário registrado e 15 visitantes