Limpeza da base dados
-
18 de Julho de 2016 às 23:48Pessoal
Ao utilizar o script de limpeza da base de dados MySql, postada no
site, estou encontrando o seguinte erro:
ERROR 1701 (42000) at line 41: Cannot truncate a table referenced in a
foreign key constraint (`sei`.`versao_secao_documento`, CONSTRAINT
`fk_versao_sec_doc_sec_doc` FOREIGN KEY (`id_secao_documento`) REFERENCES
`sei`.`secao_documento` (`id_secao_documento`))
Alguém conseguiu resolver?
*Luís Carlos Baptista*
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
*Tel.: (21)3938-1835/1747* -
19 de Julho de 2016 às 13:08Prezado,
Tem que dar uma estudada no script, mas veja que a tabela versao_secao_documento tem uma chave estrangeira que referencia a secao_documento.
O que deve estar acontecendo é que ele deve estar tentando limpar a secao_documento antes da versao_secao_documento, sendo que deveria ser o contrário.
Adriano César de Oliveira
Analista em TI
CGPRO/DELOG/SEGES/MPOG
Tel: (61) - 2020 - 1166
________________________________
De: sei-tecnicoem nome de Luis Carlos Baptista
Enviado: segunda-feira, 18 de julho de 2016 20:48
Para: sei-tecnico@listas.softwarepublico.gov.br
Assunto: [sei-tecnico] Limpeza da base dadosPessoalAo utilizar o script de limpeza da base de dados MySql, postada no site, estou encontrando o seguinte erro:
ERROR 1701 (42000) at line 41: Cannot truncate a table referenced in a foreign key constraint (`sei`.`versao_secao_documento`, CONSTRAINT `fk_versao_sec_doc_sec_doc` FOREIGN KEY (`id_secao_documento`) REFERENCES `sei`.`secao_documento` (`id_secao_documento`))Alguém conseguiu resolver?
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1835/1747 -
19 de Julho de 2016 às 14:51Luis,
Conforme o Adriano informou, inverte a sequencia que deve funcionar.
Se corrigir, nos indique a correção exata (linhas trocadas), se possível, junto com o arquivo baixado corrigido, para corrigirmos o script diretamente no Portal do SPB.
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Luis Carlos Baptista
Enviada em: segunda-feira, 18 de julho de 2016 20:49Para: sei-tecnico@listas.softwarepublico.gov.br
Assunto: [sei-tecnico] Limpeza da base dados
Pessoal
Ao utilizar o script de limpeza da base de dados MySql, postada no site, estou encontrando o seguinte erro:
ERROR 1701 (42000) at line 41: Cannot truncate a table referenced in a foreign key constraint (`sei`.`versao_secao_documento`, CONSTRAINT `fk_versao_sec_doc_sec_doc` FOREIGN KEY (`id_secao_documento`) REFERENCES `sei`.`secao_documento` (`id_secao_documento`))
Alguém conseguiu resolver?
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1835/1747 -
19 de Julho de 2016 às 14:53Prezado,Já verifiquei isso. A ordem parece correta. Executei tal e qual está
escrito no script.
...
truncate table indexacao_publicacao;
*truncate table versao_secao_documento;*
*truncate table seq_versao_secao_documento;*
*truncate table secao_documento;*
*truncate table seq_secao_documento;*
truncate table atributo_andamento;
truncate table seq_atributo_andamento;
....
Em 19 de julho de 2016 10:08, Adriano Cesar de Oliveira <
adriano.oliveira@planejamento.gov.br> escreveu:> Prezado,
>
>
> Tem que dar uma estudada no script, mas veja que a tabela
> versao_secao_documento tem uma chave estrangeira que referencia a
> secao_documento.
>
> O que deve estar acontecendo é que ele deve estar tentando limpar a
> secao_documento antes da versao_secao_documento, sendo que deveria ser o
> contrário.
>
>
>
> *Adriano César de Oliveira *Analista em TI
> CGPRO/DELOG/SEGES/MPOG
> Tel: (61) - 2020 - 1166
> ------------------------------
> *De:* sei-tecnicoem
> nome de Luis Carlos Baptista
> *Enviado:* segunda-feira, 18 de julho de 2016 20:48
> *Para:* sei-tecnico@listas.softwarepublico.gov.br
> *Assunto:* [sei-tecnico] Limpeza da base dados
>
> Pessoal
>
> Ao utilizar o script de limpeza da base de dados MySql, postada no
> site, estou encontrando o seguinte erro:
>
>
> ERROR 1701 (42000) at line 41: Cannot truncate a table referenced in a
> foreign key constraint (`sei`.`versao_secao_documento`, CONSTRAINT
> `fk_versao_sec_doc_sec_doc` FOREIGN KEY (`id_secao_documento`) REFERENCES
> `sei`.`secao_documento` (`id_secao_documento`))
>
> Alguém conseguiu resolver?
>
> *Luís Carlos Baptista*
> ATIN-Analista de Tecnologia da Informação
> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
> Reitoria da UFRJ
> *Tel.: (21)3938-1835/1747*
>
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
> -
19 de Julho de 2016 às 15:10Não funcionou? Estranho.
Ainda acho que tem que apagar “secao_documento” antes. Ficaria:
...truncate table indexacao_publicacao;
truncate table secao_documento;
truncate table seq_secao_documento;
truncate table versao_secao_documento;
truncate table seq_versao_secao_documento;
truncate table atributo_andamento;
truncate table seq_atributo_andamento;
....
De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Luis Carlos BaptistaEnviada em: terça-feira, 19 de julho de 2016 11:53
Para: Adriano Cesar de Oliveira
Cc: sei-tecnico@listas.softwarepublico.gov.br
Assunto: Re: [sei-tecnico] Limpeza da base dadosPrezado,Já verifiquei isso. A ordem parece correta. Executei tal e qual está escrito no script.
...truncate table indexacao_publicacao;
truncate table versao_secao_documento;
truncate table seq_versao_secao_documento;
truncate table secao_documento;
truncate table seq_secao_documento;
truncate table atributo_andamento;
truncate table seq_atributo_andamento;
....Em 19 de julho de 2016 10:08, Adriano Cesar de Oliveira> escreveu: Prezado,
Tem que dar uma estudada no script, mas veja que a tabela versao_secao_documento tem uma chave estrangeira que referencia a secao_documento.
O que deve estar acontecendo é que ele deve estar tentando limpar a secao_documento antes da versao_secao_documento, sendo que deveria ser o contrário.
Adriano César de Oliveira
Analista em TI
CGPRO/DELOG/SEGES/MPOG
Tel: (61) - 2020 - 1166
________________________________De: sei-tecnico> em nome de Luis Carlos Baptista > Enviado: segunda-feira, 18 de julho de 2016 20:48Para: sei-tecnico@listas.softwarepublico.gov.brAssunto: [sei-tecnico] Limpeza da base dados
Pessoal
Ao utilizar o script de limpeza da base de dados MySql, postada no site, estou encontrando o seguinte erro:
ERROR 1701 (42000) at line 41: Cannot truncate a table referenced in a foreign key constraint (`sei`.`versao_secao_documento`, CONSTRAINT `fk_versao_sec_doc_sec_doc` FOREIGN KEY (`id_secao_documento`) REFERENCES `sei`.`secao_documento` (`id_secao_documento`))
Alguém conseguiu resolver?
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1835/1747
_______________________________________________
sei-tecnico mailing listsei-tecnico@listas.softwarepublico.gov.br -
19 de Julho de 2016 às 17:11Boa tarde.
Para limpar uma tabela com engine innodb...
Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
Para contornar isso:
Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não utilizaria isso).
1.1) Remover restrições
1.2) Executar TRUNCATE
1.3) Excluir manualmente as linhas que agora têm referências a nenhum lugar...
1.4) Retornar as restrições
Ex:
SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
TRUNCATE tabela_x ;
SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo autonumeração caso exista.
Ex:
DELETE FROM `tabela_x`;
ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há regra de integridade explícita.
Peço desculpas caso tenha sido prolixo.
Espero ter ajudado.
Aqui você encotra-rá a resposta ao seu problema.
http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html -
19 de Julho de 2016 às 17:14Boa tarde.
Para limpar uma tabela com engine innodb...
Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
Para contornar isso:
Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não utilizaria isso).
1.1) Remover restrições
1.2) Executar TRUNCATE
1.3) Excluir manualmente as linhas que agora têm referências a nenhum lugar...
1.4) Retornar as restrições
Ex:
SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
TRUNCATE tabela_x ;
SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo autonumeração caso exista.
Ex:
DELETE FROM `tabela_x`;
ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há regra de integridade explícita.
Peço desculpas caso tenha sido prolixo.
Espero ter ajudado.
Aqui você encotra-rá a resposta ao seu problema.
http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html -
19 de Julho de 2016 às 17:22Boa tarde.
Para limpar uma tabela com engine innodb...
Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
Para contornar isso:
Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não utilizaria isso).
1.1) Remover restrições
1.2) Executar TRUNCATE
1.3) Excluir manualmente as linhas que agora têm referências a nenhum lugar...
1.4) Retornar as restrições
Ex:
SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
TRUNCATE tabela_x ;
SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo autonumeração caso exista.
Ex:
DELETE FROM `tabela_x`;
ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há regra de integridade explícita.
Peço desculpas caso tenha sido prolixo.
Espero ter ajudado.
Aqui você encotra-rá a resposta ao seu problema.
http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html -
21 de Julho de 2016 às 16:12PessoalUsei as indicações do Eduwal e aí o script funcionou, porém, adotamos
as seguintes precauções:
1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos
sessões pendentes).
2) Fizemos backup das tabelas(foi geral por ser ambiente de testes, mas, em
produção deve apenas as tabelas atingidas). Em caso de erro, fazer restore.
3) Executamos o script de limpeza:
SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
;-inicio dos "truncate"
truncate table anexo;
truncate table seq_anexo;
....
truncate table infra_navegador;
truncate table seq_infra_navegador;
truncate table infra_dado_usuario;
;--fim dos "truncate
SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
/*
Sobre a última linha abaixo, a tabela de sequência anual de protocolo de
processos pode ser qualquer um dos formatos abaixo (de acordo com a
configuração da numeração de protocolo):
seq_[ano]_org_sip_[id sip]
seq_[ano]_org_sei_[cod sei]
seq_[ano]_uni_sip_[id sip]
seq_[ano]_uni_sei_[cod sei]
*/
delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
update infra_sequencia set num_atual=0 where nome_tabela='infra_navegador';
----------------------------------------------------------------------------------------------------------------
A base ficou limpa, porém, detectei um erro remanescente: não foi feita a
desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao
criar um um processo encontrei o seguinte erro:
Usuário: teste/UFRJ
Servidor: sei.tic.ufrj.br (146.164.170.147)
Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
Detalhes:
Trilha de Processamento:
0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
InfraDTO->__call('setNumIdSecaoDo...', Array)
1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
2 [internal function]:
EditorRN->consultarHtmlVersaoConectado(Object(EditorDTO))
3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
Object(EditorDTO))
4 /var/www/html/sei/sei/documento_visualizar.php(240):
InfraRN->__call('consultarHtmlVe...', Array)
5 /var/www/html/sei/sei/documento_visualizar.php(240):
EditorRN->consultarHtmlVersao(Object(EditorDTO))
6 /var/www/html/sei/sei/controlador.php(241):
require_once('/var/www/html/s...')
7 {main}
...
Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las de
novo. Assim não deu mais erro. Isso demonstra que o script de limpeza não
está totalmente completo. O script manda "truncar" a tabela
indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
esse o erro?
att.,*Luís Carlos Baptista*
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
*Tel.: (21)3938-1835/1747*Em 19 de julho de 2016 14:22, Eduwal Teixeiraescreveu:
> Boa tarde.
> Para limpar uma tabela com engine innodb...
> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>
> Para contornar isso:
> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
> utilizaria isso).
> 1.1) Remover restrições
> 1.2) Executar TRUNCATE
> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
> lugar...
> 1.4) Retornar as restrições
>
> Ex:
> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
> TRUNCATE tabela_x ;
> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>
> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar
> um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo
> autonumeração caso exista.
> Ex:
> DELETE FROM `tabela_x`;
> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
> regra de integridade explícita.
>
> Peço desculpas caso tenha sido prolixo.
> Espero ter ajudado.
>
>
> Aqui você encotra-rá a resposta ao seu problema.
>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
> -
21 de Julho de 2016 às 17:12Caro Luis,
Talvez seja erro mesmo no script, falta de indicação de mais esta tabela.
Poderia enviar anexo o arquivo original do Script com esta correção? Se possível, testar novamente se o ajuste no script vai torna-lo adequado e não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Luis Carlos BaptistaEnviada em: quinta-feira, 21 de julho de 2016 13:12
Para: Eduwal TeixeiraCc: sei-tecnico@listas.softwarepublico.gov.br
Assunto: Re: [sei-tecnico] Limpeza da base dados
PessoalUsei as indicações do Eduwal e aí o script funcionou, porém, adotamos as seguintes precauções:
1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos sessões pendentes).
2) Fizemos backup das tabelas(foi geral por ser ambiente de testes, mas, em produção deve apenas as tabelas atingidas). Em caso de erro, fazer restore.3) Executamos o script de limpeza:
SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
;-inicio dos "truncate"
truncate table anexo;
truncate table seq_anexo;
....
truncate table infra_navegador;
truncate table seq_infra_navegador;
truncate table infra_dado_usuario;
;--fim dos "truncate
SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
/*Sobre a última linha abaixo, a tabela de sequência anual de protocolo de processos pode ser qualquer um dos formatos abaixo (de acordo com a configuração da numeração de protocolo):seq_[ano]_org_sip_[id sip]
seq_[ano]_org_sei_[cod sei]
seq_[ano]_uni_sip_[id sip]
seq_[ano]_uni_sei_[cod sei]
*/
delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
update infra_sequencia set num_atual=0 where nome_tabela='infra_navegador';
----------------------------------------------------------------------------------------------------------------A base ficou limpa, porém, detectei um erro remanescente: não foi feita a desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao criar um um processo encontrei o seguinte erro:Usuário: teste/UFRJServidor: sei.tic.ufrj.br (146.164.170.147)Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
Detalhes:
Trilha de Processamento:0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598): InfraDTO->__call('setNumIdSecaoDo...', Array)
1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598): VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
2 [internal function]: EditorRN->consultarHtmlVersaoConectado(Object(EditorDTO))
3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array, Object(EditorDTO))
4 /var/www/html/sei/sei/documento_visualizar.php(240): InfraRN->__call('consultarHtmlVe...', Array)
5 /var/www/html/sei/sei/documento_visualizar.php(240): EditorRN->consultarHtmlVersao(Object(EditorDTO))
6 /var/www/html/sei/sei/controlador.php(241): require_once('/var/www/html/s...')7 {main}
...Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las de novo. Assim não deu mais erro. Isso demonstra que o script de limpeza não está totalmente completo. O script manda "truncar" a tabela indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será esse o erro?att.,
Luís Carlos Baptista
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Tel.: (21)3938-1835/1747Em 19 de julho de 2016 14:22, Eduwal Teixeira> escreveu: Boa tarde.
Para limpar uma tabela com engine innodb...
Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
Para contornar isso:
Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não utilizaria isso).
1.1) Remover restrições
1.2) Executar TRUNCATE
1.3) Excluir manualmente as linhas que agora têm referências a nenhum lugar...
1.4) Retornar as restrições
Ex:
SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
TRUNCATE tabela_x ;
SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo autonumeração caso exista.
Ex:
DELETE FROM `tabela_x`;
ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há regra de integridade explícita.
Peço desculpas caso tenha sido prolixo.
Espero ter ajudado.
Aqui você encotra-rá a resposta ao seu problema.
http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
_______________________________________________
sei-tecnico mailing list
sei-tecnico@listas.softwarepublico.gov.br
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico -
22 de Julho de 2016 às 16:42Tivemos o mesmo erro ao executar o script aqui em Jundiaí também. Quanto
tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la também.
Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
neijobson@anatel.gov.br> escreveu:> Caro Luis,
>
>
>
> Talvez seja erro mesmo no script, falta de indicação de mais esta tabela.
>
>
>
> Poderia enviar anexo o arquivo original do Script com esta correção? Se
> possível, testar novamente se o ajuste no script vai torna-lo adequado e
> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>
>
>
>
>
> *De:* sei-tecnico [mailto:
> sei-tecnico-bounces@listas.softwarepublico.gov.br] *Em nome de *Luis
> Carlos Baptista
> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
> *Para:* Eduwal Teixeira
> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>
>
>
> Pessoal
>
>
>
> Usei as indicações do Eduwal e aí o script funcionou, porém, adotamos
> as seguintes precauções:
>
> 1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos
> sessões pendentes).
>
> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes, mas,
> em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
> restore.
>
> 3) Executamos o script de limpeza:
>
> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>
>
>
> ;-inicio dos "truncate"
>
>
>
> truncate table anexo;
> truncate table seq_anexo;
>
> ....
>
> truncate table infra_navegador;
> truncate table seq_infra_navegador;
>
> truncate table infra_dado_usuario;
>
>
>
> ;--fim dos "truncate
>
>
>
> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>
>
>
> /*
> Sobre a última linha abaixo, a tabela de sequência anual de protocolo de
> processos pode ser qualquer um dos formatos abaixo (de acordo com a
> configuração da numeração de protocolo):
>
> seq_[ano]_org_sip_[id sip]
> seq_[ano]_org_sei_[cod sei]
> seq_[ano]_uni_sip_[id sip]
> seq_[ano]_uni_sei_[cod sei]
>
> */
>
> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>
> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
> update infra_sequencia set num_atual=0 where
> nome_tabela='infra_navegador';
>
>
>
>
> ----------------------------------------------------------------------------------------------------------------
>
>
>
> A base ficou limpa, porém, detectei um erro remanescente: não foi feita a
> desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao
> criar um um processo encontrei o seguinte erro:
>
> Usuário: teste/UFRJ
> Servidor: sei.tic.ufrj.br (146.164.170.147)
> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
> Detalhes:
>
> Trilha de Processamento:
> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
> InfraDTO->__call('setNumIdSecaoDo...', Array)
> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
> 2 [internal function]:
> EditorRN->consultarHtmlVersaoConectado(Object(EditorDTO))
> 3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
> Object(EditorDTO))
> 4 /var/www/html/sei/sei/documento_visualizar.php(240):
> InfraRN->__call('consultarHtmlVe...', Array)
> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
> EditorRN->consultarHtmlVersao(Object(EditorDTO))
> 6 /var/www/html/sei/sei/controlador.php(241):
> require_once('/var/www/html/s...')
> 7 {main}
>
> ...
>
>
>
> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las de
> novo. Assim não deu mais erro. Isso demonstra que o script de limpeza não
> está totalmente completo. O script manda "truncar" a tabela
> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
> esse o erro?
>
>
>
> att.,
>
> *Luís Carlos Baptista*
>
> ATIN-Analista de Tecnologia da Informação
>
> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>
> Reitoria da UFRJ
>
> *Tel.: (21)3938-1835/1747*
>
>
>
>
>
> Em 19 de julho de 2016 14:22, Eduwal Teixeira
> escreveu:
>
> Boa tarde.
> Para limpar uma tabela com engine innodb...
> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>
> Para contornar isso:
> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
> utilizaria isso).
> 1.1) Remover restrições
> 1.2) Executar TRUNCATE
> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
> lugar...
> 1.4) Retornar as restrições
>
> Ex:
> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
> TRUNCATE tabela_x ;
> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>
> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar
> um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo
> autonumeração caso exista.
> Ex:
> DELETE FROM `tabela_x`;
> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
> regra de integridade explícita.
>
> Peço desculpas caso tenha sido prolixo.
> Espero ter ajudado.
>
>
> Aqui você encotra-rá a resposta ao seu problema.
>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
>
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
> -
25 de Maio de 2017 às 12:11Prezados,
Notei que o script de limpeza também acompanha as novas versões da base do
executivo.
Ele também funciona para a versão 3.0?
Obrigado.
Em 22 de julho de 2016 13:41, Bruno Davi Kretzmann <
bkretzmann@cijun.sp.gov.br> escreveu:> Tivemos o mesmo erro ao executar o script aqui em Jundiaí também. Quanto
> tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la também.
>
>
>
>
>
>
> Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
> neijobson@anatel.gov.br> escreveu:
>
>> Caro Luis,
>>
>>
>>
>> Talvez seja erro mesmo no script, falta de indicação de mais esta tabela.
>>
>>
>>
>> Poderia enviar anexo o arquivo original do Script com esta correção? Se
>> possível, testar novamente se o ajuste no script vai torna-lo adequado e
>> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>>
>>
>>
>>
>>
>> *De:* sei-tecnico [mailto:sei-tecnico-bounces@
>> listas.softwarepublico.gov.br] *Em nome de *Luis Carlos Baptista
>> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
>> *Para:* Eduwal Teixeira
>> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
>> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>>
>>
>>
>> Pessoal
>>
>>
>>
>> Usei as indicações do Eduwal e aí o script funcionou, porém,
>> adotamos as seguintes precauções:
>>
>> 1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos
>> sessões pendentes).
>>
>> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes, mas,
>> em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
>> restore.
>>
>> 3) Executamos o script de limpeza:
>>
>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>>
>>
>>
>> ;-inicio dos "truncate"
>>
>>
>>
>> truncate table anexo;
>> truncate table seq_anexo;
>>
>> ....
>>
>> truncate table infra_navegador;
>> truncate table seq_infra_navegador;
>>
>> truncate table infra_dado_usuario;
>>
>>
>>
>> ;--fim dos "truncate
>>
>>
>>
>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>>
>>
>>
>> /*
>> Sobre a última linha abaixo, a tabela de sequência anual de protocolo de
>> processos pode ser qualquer um dos formatos abaixo (de acordo com a
>> configuração da numeração de protocolo):
>>
>> seq_[ano]_org_sip_[id sip]
>> seq_[ano]_org_sei_[cod sei]
>> seq_[ano]_uni_sip_[id sip]
>> seq_[ano]_uni_sei_[cod sei]
>>
>> */
>>
>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>>
>> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
>> update infra_sequencia set num_atual=0 where
>> nome_tabela='infra_navegador';
>>
>>
>>
>> ------------------------------------------------------------
>> ----------------------------------------------------
>>
>>
>>
>> A base ficou limpa, porém, detectei um erro remanescente: não foi feita a
>> desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao
>> criar um um processo encontrei o seguinte erro:
>>
>> Usuário: teste/UFRJ
>> Servidor: sei.tic.ufrj.br (146.164.170.147)
>> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
>> Detalhes:
>>
>> Trilha de Processamento:
>> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598): InfraDTO->__call('setNumIdSecaoDo...',
>> Array)
>> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
>> 2 [internal function]: EditorRN->consultarHtmlVersaoConectado(
>> Object(EditorDTO))
>> 3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
>> Object(EditorDTO))
>> 4 /var/www/html/sei/sei/documento_visualizar.php(240): InfraRN->__call('consultarHtmlVe...',
>> Array)
>> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
>> EditorRN->consultarHtmlVersao(Object(EditorDTO))
>> 6 /var/www/html/sei/sei/controlador.php(241):
>> require_once('/var/www/html/s...')
>> 7 {main}
>>
>> ...
>>
>>
>>
>> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las de
>> novo. Assim não deu mais erro. Isso demonstra que o script de limpeza não
>> está totalmente completo. O script manda "truncar" a tabela
>> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
>> esse o erro?
>>
>>
>>
>> att.,
>>
>> *Luís Carlos Baptista*
>>
>> ATIN-Analista de Tecnologia da Informação
>>
>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>>
>> Reitoria da UFRJ
>>
>> *Tel.: (21)3938-1835/1747*
>>
>>
>>
>>
>>
>> Em 19 de julho de 2016 14:22, Eduwal Teixeira
>> escreveu:
>>
>> Boa tarde.
>> Para limpar uma tabela com engine innodb...
>> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
>> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>>
>> Para contornar isso:
>> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
>> utilizaria isso).
>> 1.1) Remover restrições
>> 1.2) Executar TRUNCATE
>> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
>> lugar...
>> 1.4) Retornar as restrições
>>
>> Ex:
>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
>> TRUNCATE tabela_x ;
>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>>
>> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar
>> um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo
>> autonumeração caso exista.
>> Ex:
>> DELETE FROM `tabela_x`;
>> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
>> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
>> regra de integridade explícita.
>>
>> Peço desculpas caso tenha sido prolixo.
>> Espero ter ajudado.
>>
>>
>> Aqui você encotra-rá a resposta ao seu problema.
>>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>> tecnico
>>
>>
>>
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>> tecnico
>>
>>
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
>
--Plínio Oliveira Santana
Técnico de Tecnologia da Informação - UFV -
25 de Maio de 2017 às 13:35Plinio,
Exatamente este deve ser o problema, o script havia sido criado
especificamente para o base de dados do SEI 2.6.0 e, pelo que sei, não foi
feito um trabalho de revisão para a versão 3.0.0.
Vocês saberiam me dizer qual a versão do SEI em que o script está sendo
executado?
Atenciosamente,
---
Guilherme Andrade Del Cantoni
Em qui, 25 de mai de 2017 às 09:12, Plinio Santanaescreveu:
> Prezados,
>
> Notei que o script de limpeza também acompanha as novas versões da base do
> executivo.
>
> Ele também funciona para a versão 3.0?
>
> Obrigado.
>
> Em 22 de julho de 2016 13:41, Bruno Davi Kretzmann <
> bkretzmann@cijun.sp.gov.br> escreveu:
>
>> Tivemos o mesmo erro ao executar o script aqui em Jundiaí também. Quanto
>> tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la também.
>>
>>
>>
>>
>>
>>
>> Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
>> neijobson@anatel.gov.br> escreveu:
>>
>>> Caro Luis,
>>>
>>>
>>>
>>> Talvez seja erro mesmo no script, falta de indicação de mais esta tabela.
>>>
>>>
>>>
>>> Poderia enviar anexo o arquivo original do Script com esta correção? Se
>>> possível, testar novamente se o ajuste no script vai torna-lo adequado e
>>> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>>>
>>>
>>>
>>>
>>>
>>> *De:* sei-tecnico [mailto:
>>> sei-tecnico-bounces@listas.softwarepublico.gov.br] *Em nome de *Luis
>>> Carlos Baptista
>>> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
>>> *Para:* Eduwal Teixeira
>>> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
>>> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>>>
>>>
>>>
>>> Pessoal
>>>
>>>
>>>
>>> Usei as indicações do Eduwal e aí o script funcionou, porém,
>>> adotamos as seguintes precauções:
>>>
>>> 1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos
>>> sessões pendentes).
>>>
>>> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes, mas,
>>> em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
>>> restore.
>>>
>>> 3) Executamos o script de limpeza:
>>>
>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>>>
>>>
>>>
>>> ;-inicio dos "truncate"
>>>
>>>
>>>
>>> truncate table anexo;
>>> truncate table seq_anexo;
>>>
>>> ....
>>>
>>> truncate table infra_navegador;
>>> truncate table seq_infra_navegador;
>>>
>>> truncate table infra_dado_usuario;
>>>
>>>
>>>
>>> ;--fim dos "truncate
>>>
>>>
>>>
>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>>>
>>>
>>>
>>> /*
>>> Sobre a última linha abaixo, a tabela de sequência anual de protocolo de
>>> processos pode ser qualquer um dos formatos abaixo (de acordo com a
>>> configuração da numeração de protocolo):
>>>
>>> seq_[ano]_org_sip_[id sip]
>>> seq_[ano]_org_sei_[cod sei]
>>> seq_[ano]_uni_sip_[id sip]
>>> seq_[ano]_uni_sei_[cod sei]
>>>
>>> */
>>>
>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>>>
>>> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
>>> update infra_sequencia set num_atual=0 where
>>> nome_tabela='infra_navegador';
>>>
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------------------------------------------
>>>
>>>
>>>
>>> A base ficou limpa, porém, detectei um erro remanescente: não foi feita
>>> a desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao
>>> criar um um processo encontrei o seguinte erro:
>>>
>>> Usuário: teste/UFRJ
>>> Servidor: sei.tic.ufrj.br (146.164.170.147)
>>> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
>>> Detalhes:
>>>
>>> Trilha de Processamento:
>>> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>> InfraDTO->__call('setNumIdSecaoDo...', Array)
>>> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
>>> 2 [internal function]:
>>> EditorRN->consultarHtmlVersaoConectado(Object(EditorDTO))
>>> 3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
>>> Object(EditorDTO))
>>> 4 /var/www/html/sei/sei/documento_visualizar.php(240):
>>> InfraRN->__call('consultarHtmlVe...', Array)
>>> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
>>> EditorRN->consultarHtmlVersao(Object(EditorDTO))
>>> 6 /var/www/html/sei/sei/controlador.php(241):
>>> require_once('/var/www/html/s...')
>>> 7 {main}
>>>
>>> ...
>>>
>>>
>>>
>>> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las
>>> de novo. Assim não deu mais erro. Isso demonstra que o script de limpeza
>>> não está totalmente completo. O script manda "truncar" a tabela
>>> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
>>> esse o erro?
>>>
>>>
>>>
>>> att.,
>>>
>>> *Luís Carlos Baptista*
>>>
>>> ATIN-Analista de Tecnologia da Informação
>>>
>>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>>>
>>> Reitoria da UFRJ
>>>
>>> *Tel.: (21)3938-1835 <(21)%203938-1835>/1747*
>>>
>>>
>>>
>>>
>>>
>>> Em 19 de julho de 2016 14:22, Eduwal Teixeira
>>> escreveu:
>>>
>>> Boa tarde.
>>> Para limpar uma tabela com engine innodb...
>>> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
>>> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>>>
>>> Para contornar isso:
>>> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
>>> utilizaria isso).
>>> 1.1) Remover restrições
>>> 1.2) Executar TRUNCATE
>>> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
>>> lugar...
>>> 1.4) Retornar as restrições
>>>
>>> Ex:
>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
>>> TRUNCATE tabela_x ;
>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>>>
>>> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir executar
>>> um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar o campo
>>> autonumeração caso exista.
>>> Ex:
>>> DELETE FROM `tabela_x`;
>>> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
>>> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
>>> regra de integridade explícita.
>>>
>>> Peço desculpas caso tenha sido prolixo.
>>> Espero ter ajudado.
>>>
>>>
>>> Aqui você encotra-rá a resposta ao seu problema.
>>>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
>>> _______________________________________________
>>> sei-tecnico mailing list
>>> sei-tecnico@listas.softwarepublico.gov.br
>>>
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>>
>>>
>>>
>>> _______________________________________________
>>> sei-tecnico mailing list
>>> sei-tecnico@listas.softwarepublico.gov.br
>>>
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>>
>>>
>>
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>
>>
>
>
> --
> Plínio Oliveira Santana
> Técnico de Tecnologia da Informação - UFV
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
--
---Guilherme Andrade Del Cantoni -
25 de Maio de 2017 às 14:36Guilherme,
Na realidade "ressuscitei" o tópico para perguntar sobre o script.
Como a data da primeira mensagem é de 07/2016, creio que observaram
problema na versão 2.6 ainda.
Ainda não cheguei a tentar utilizá-lo, só queria a informação se ele
funciona para a versão 3 também.
Vou fazer alguns testes, procurar a documentação, e retorno.Atenciosamente,Em 25 de maio de 2017 10:35, Guilherme Andrade Del Cantoni <
guilhermeadc@gmail.com> escreveu:> Plinio,
>
> Exatamente este deve ser o problema, o script havia sido criado
> especificamente para o base de dados do SEI 2.6.0 e, pelo que sei, não foi
> feito um trabalho de revisão para a versão 3.0.0.
>
> Vocês saberiam me dizer qual a versão do SEI em que o script está sendo
> executado?
>
>
> Atenciosamente,
>
> ---
> Guilherme Andrade Del Cantoni
>
>
> Em qui, 25 de mai de 2017 às 09:12, Plinio Santana
> escreveu:
>
>> Prezados,
>>
>> Notei que o script de limpeza também acompanha as novas versões da base
>> do executivo.
>>
>> Ele também funciona para a versão 3.0?
>>
>> Obrigado.
>>
>> Em 22 de julho de 2016 13:41, Bruno Davi Kretzmann <
>> bkretzmann@cijun.sp.gov.br> escreveu:
>>
>>> Tivemos o mesmo erro ao executar o script aqui em Jundiaí também. Quanto
>>> tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la também.
>>>
>>>
>>>
>>>
>>>
>>>
>>> Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
>>> neijobson@anatel.gov.br> escreveu:
>>>
>>>> Caro Luis,
>>>>
>>>>
>>>>
>>>> Talvez seja erro mesmo no script, falta de indicação de mais esta
>>>> tabela.
>>>>
>>>>
>>>>
>>>> Poderia enviar anexo o arquivo original do Script com esta correção? Se
>>>> possível, testar novamente se o ajuste no script vai torna-lo adequado e
>>>> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *De:* sei-tecnico [mailto:sei-tecnico-bounces@
>>>> listas.softwarepublico.gov.br] *Em nome de *Luis Carlos Baptista
>>>> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
>>>> *Para:* Eduwal Teixeira
>>>> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
>>>> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>>>>
>>>>
>>>>
>>>> Pessoal
>>>>
>>>>
>>>>
>>>> Usei as indicações do Eduwal e aí o script funcionou, porém,
>>>> adotamos as seguintes precauções:
>>>>
>>>> 1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos
>>>> sessões pendentes).
>>>>
>>>> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes,
>>>> mas, em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
>>>> restore.
>>>>
>>>> 3) Executamos o script de limpeza:
>>>>
>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>>>>
>>>>
>>>>
>>>> ;-inicio dos "truncate"
>>>>
>>>>
>>>>
>>>> truncate table anexo;
>>>> truncate table seq_anexo;
>>>>
>>>> ....
>>>>
>>>> truncate table infra_navegador;
>>>> truncate table seq_infra_navegador;
>>>>
>>>> truncate table infra_dado_usuario;
>>>>
>>>>
>>>>
>>>> ;--fim dos "truncate
>>>>
>>>>
>>>>
>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>>>>
>>>>
>>>>
>>>> /*
>>>> Sobre a última linha abaixo, a tabela de sequência anual de protocolo
>>>> de processos pode ser qualquer um dos formatos abaixo (de acordo com a
>>>> configuração da numeração de protocolo):
>>>>
>>>> seq_[ano]_org_sip_[id sip]
>>>> seq_[ano]_org_sei_[cod sei]
>>>> seq_[ano]_uni_sip_[id sip]
>>>> seq_[ano]_uni_sei_[cod sei]
>>>>
>>>> */
>>>>
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>>>>
>>>> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
>>>> update infra_sequencia set num_atual=0 where
>>>> nome_tabela='infra_navegador';
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ----------------------------------------------------
>>>>
>>>>
>>>>
>>>> A base ficou limpa, porém, detectei um erro remanescente: não foi feita
>>>> a desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao
>>>> criar um um processo encontrei o seguinte erro:
>>>>
>>>> Usuário: teste/UFRJ
>>>> Servidor: sei.tic.ufrj.br (146.164.170.147)
>>>> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
>>>> Detalhes:
>>>>
>>>> Trilha de Processamento:
>>>> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>> InfraDTO->__call('setNumIdSecaoDo...', Array)
>>>> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
>>>> 2 [internal function]: EditorRN->consultarHtmlVersaoConectado(
>>>> Object(EditorDTO))
>>>> 3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
>>>> Object(EditorDTO))
>>>> 4 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>> InfraRN->__call('consultarHtmlVe...', Array)
>>>> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>> EditorRN->consultarHtmlVersao(Object(EditorDTO))
>>>> 6 /var/www/html/sei/sei/controlador.php(241):
>>>> require_once('/var/www/html/s...')
>>>> 7 {main}
>>>>
>>>> ...
>>>>
>>>>
>>>>
>>>> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las
>>>> de novo. Assim não deu mais erro. Isso demonstra que o script de limpeza
>>>> não está totalmente completo. O script manda "truncar" a tabela
>>>> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
>>>> esse o erro?
>>>>
>>>>
>>>>
>>>> att.,
>>>>
>>>> *Luís Carlos Baptista*
>>>>
>>>> ATIN-Analista de Tecnologia da Informação
>>>>
>>>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>>>>
>>>> Reitoria da UFRJ
>>>>
>>>> *Tel.: (21)3938-1835 <(21)%203938-1835>/1747*
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Em 19 de julho de 2016 14:22, Eduwal Teixeira
>>>> escreveu:
>>>>
>>>> Boa tarde.
>>>> Para limpar uma tabela com engine innodb...
>>>> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
>>>> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>>>>
>>>> Para contornar isso:
>>>> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
>>>> utilizaria isso).
>>>> 1.1) Remover restrições
>>>> 1.2) Executar TRUNCATE
>>>> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
>>>> lugar...
>>>> 1.4) Retornar as restrições
>>>>
>>>> Ex:
>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
>>>> TRUNCATE tabela_x ;
>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>>>>
>>>> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir
>>>> executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar
>>>> o campo autonumeração caso exista.
>>>> Ex:
>>>> DELETE FROM `tabela_x`;
>>>> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
>>>> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
>>>> regra de integridade explícita.
>>>>
>>>> Peço desculpas caso tenha sido prolixo.
>>>> Espero ter ajudado.
>>>>
>>>>
>>>> Aqui você encotra-rá a resposta ao seu problema.
>>>>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
>>>> _______________________________________________
>>>> sei-tecnico mailing list
>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>> tecnico
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sei-tecnico mailing list
>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>> tecnico
>>>>
>>>>
>>>
>>> _______________________________________________
>>> sei-tecnico mailing list
>>> sei-tecnico@listas.softwarepublico.gov.br
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>> tecnico
>>>
>>>
>>
>>
>> --
>> Plínio Oliveira Santana
>> Técnico de Tecnologia da Informação - UFV
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>> tecnico
>>
> --
> ---
> Guilherme Andrade Del Cantoni
>
--
Plínio Oliveira Santana
Técnico de Tecnologia da Informação - UFV -
25 de Maio de 2017 às 17:18GuilhermeEu participei até um certo ponto do refinamento do script e era
referente a versão 2.6.x.. Depois com a ocorrência do incêndio nas
instalações da UFRJ em outubro passado, me desliguei do grupo. Agora,
retomamos a instalação a partir da 3.0.x. e, realmente, o script me parece
que não sofreu adaptação. Isto, parece ocorrer, também, com o dicionário de
dados que foi elaborado pela *Erika Mayumi Kasai Yamada(*
eyamada@prefeitura.sp.gov.br).
Att.,*Luís Carlos Baptista*
ATIN-Analista de Tecnologia da Informação
Superintendência de Tecnologia da Informação e Comunicação da UFRJ
Reitoria da UFRJ
Em 25 de maio de 2017 10:35, Guilherme Andrade Del Cantoni <
guilhermeadc@gmail.com> escreveu:
> Plinio,
>
> Exatamente este deve ser o problema, o script havia sido criado
> especificamente para o base de dados do SEI 2.6.0 e, pelo que sei, não foi
> feito um trabalho de revisão para a versão 3.0.0.
>
> Vocês saberiam me dizer qual a versão do SEI em que o script está sendo
> executado?
>
>
> Atenciosamente,
>
> ---
> Guilherme Andrade Del Cantoni
>
>
> Em qui, 25 de mai de 2017 às 09:12, Plinio Santana
> escreveu:
>
>> Prezados,
>>
>> Notei que o script de limpeza também acompanha as novas versões da base
>> do executivo.
>>
>> Ele também funciona para a versão 3.0?
>>
>> Obrigado.
>>
>> Em 22 de julho de 2016 13:41, Bruno Davi Kretzmann <
>> bkretzmann@cijun.sp.gov.br> escreveu:
>>
>>> Tivemos o mesmo erro ao executar o script aqui em Jundiaí também. Quanto
>>> tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la também.
>>>
>>>
>>>
>>>
>>>
>>>
>>> Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
>>> neijobson@anatel.gov.br> escreveu:
>>>
>>>> Caro Luis,
>>>>
>>>>
>>>>
>>>> Talvez seja erro mesmo no script, falta de indicação de mais esta
>>>> tabela.
>>>>
>>>>
>>>>
>>>> Poderia enviar anexo o arquivo original do Script com esta correção? Se
>>>> possível, testar novamente se o ajuste no script vai torna-lo adequado e
>>>> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *De:* sei-tecnico [mailto:sei-tecnico-bounces@
>>>> listas.softwarepublico.gov.br] *Em nome de *Luis Carlos Baptista
>>>> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
>>>> *Para:* Eduwal Teixeira
>>>> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
>>>> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>>>>
>>>>
>>>>
>>>> Pessoal
>>>>
>>>>
>>>>
>>>> Usei as indicações do Eduwal e aí o script funcionou, porém,
>>>> adotamos as seguintes precauções:
>>>>
>>>> 1) Tiramos o sistema do "ar"(fora do horário de expediente e derrubamos
>>>> sessões pendentes).
>>>>
>>>> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes,
>>>> mas, em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
>>>> restore.
>>>>
>>>> 3) Executamos o script de limpeza:
>>>>
>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>>>>
>>>>
>>>>
>>>> ;-inicio dos "truncate"
>>>>
>>>>
>>>>
>>>> truncate table anexo;
>>>> truncate table seq_anexo;
>>>>
>>>> ....
>>>>
>>>> truncate table infra_navegador;
>>>> truncate table seq_infra_navegador;
>>>>
>>>> truncate table infra_dado_usuario;
>>>>
>>>>
>>>>
>>>> ;--fim dos "truncate
>>>>
>>>>
>>>>
>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>>>>
>>>>
>>>>
>>>> /*
>>>> Sobre a última linha abaixo, a tabela de sequência anual de protocolo
>>>> de processos pode ser qualquer um dos formatos abaixo (de acordo com a
>>>> configuração da numeração de protocolo):
>>>>
>>>> seq_[ano]_org_sip_[id sip]
>>>> seq_[ano]_org_sei_[cod sei]
>>>> seq_[ano]_uni_sip_[id sip]
>>>> seq_[ano]_uni_sei_[cod sei]
>>>>
>>>> */
>>>>
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>>>>
>>>> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
>>>> update infra_sequencia set num_atual=0 where
>>>> nome_tabela='infra_navegador';
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------
>>>> ----------------------------------------------------
>>>>
>>>>
>>>>
>>>> A base ficou limpa, porém, detectei um erro remanescente: não foi feita
>>>> a desvinculação da "Base de Conhecimento" e o "Assunto" do processo e ao
>>>> criar um um processo encontrei o seguinte erro:
>>>>
>>>> Usuário: teste/UFRJ
>>>> Servidor: sei.tic.ufrj.br (146.164.170.147)
>>>> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
>>>> Detalhes:
>>>>
>>>> Trilha de Processamento:
>>>> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>> InfraDTO->__call('setNumIdSecaoDo...', Array)
>>>> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
>>>> 2 [internal function]: EditorRN->consultarHtmlVersaoConectado(
>>>> Object(EditorDTO))
>>>> 3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
>>>> Object(EditorDTO))
>>>> 4 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>> InfraRN->__call('consultarHtmlVe...', Array)
>>>> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>> EditorRN->consultarHtmlVersao(Object(EditorDTO))
>>>> 6 /var/www/html/sei/sei/controlador.php(241):
>>>> require_once('/var/www/html/s...')
>>>> 7 {main}
>>>>
>>>> ...
>>>>
>>>>
>>>>
>>>> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las
>>>> de novo. Assim não deu mais erro. Isso demonstra que o script de limpeza
>>>> não está totalmente completo. O script manda "truncar" a tabela
>>>> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
>>>> esse o erro?
>>>>
>>>>
>>>>
>>>> att.,
>>>>
>>>> *Luís Carlos Baptista*
>>>>
>>>> ATIN-Analista de Tecnologia da Informação
>>>>
>>>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>>>>
>>>> Reitoria da UFRJ
>>>>
>>>> *Tel.: (21)3938-1835 <(21)%203938-1835>/1747*
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Em 19 de julho de 2016 14:22, Eduwal Teixeira
>>>> escreveu:
>>>>
>>>> Boa tarde.
>>>> Para limpar uma tabela com engine innodb...
>>>> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
>>>> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>>>>
>>>> Para contornar isso:
>>>> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
>>>> utilizaria isso).
>>>> 1.1) Remover restrições
>>>> 1.2) Executar TRUNCATE
>>>> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
>>>> lugar...
>>>> 1.4) Retornar as restrições
>>>>
>>>> Ex:
>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
>>>> TRUNCATE tabela_x ;
>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>>>>
>>>> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir
>>>> executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar
>>>> o campo autonumeração caso exista.
>>>> Ex:
>>>> DELETE FROM `tabela_x`;
>>>> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
>>>> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
>>>> regra de integridade explícita.
>>>>
>>>> Peço desculpas caso tenha sido prolixo.
>>>> Espero ter ajudado.
>>>>
>>>>
>>>> Aqui você encotra-rá a resposta ao seu problema.
>>>>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
>>>> _______________________________________________
>>>> sei-tecnico mailing list
>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>> tecnico
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sei-tecnico mailing list
>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>> tecnico
>>>>
>>>>
>>>
>>> _______________________________________________
>>> sei-tecnico mailing list
>>> sei-tecnico@listas.softwarepublico.gov.br
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>> tecnico
>>>
>>>
>>
>>
>> --
>> Plínio Oliveira Santana
>> Técnico de Tecnologia da Informação - UFV
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>> tecnico
>>
> --
> ---
> Guilherme Andrade Del Cantoni
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
> -
26 de Maio de 2017 às 13:30Luis, você está correto, os dois projetos ainda estão pendentes de serem
atualizados.
Em qui, 25 de mai de 2017 às 14:18, Luis Carlos Baptista <
luiscarbaptista@gmail.com> escreveu:> Guilherme
>
> Eu participei até um certo ponto do refinamento do script e era
> referente a versão 2.6.x.. Depois com a ocorrência do incêndio nas
> instalações da UFRJ em outubro passado, me desliguei do grupo. Agora,
> retomamos a instalação a partir da 3.0.x. e, realmente, o script me parece
> que não sofreu adaptação. Isto, parece ocorrer, também, com o dicionário de
> dados que foi elaborado pela *Erika Mayumi Kasai Yamada(*
> eyamada@prefeitura.sp.gov.br).
>
> Att.,
> *Luís Carlos Baptista*
> ATIN-Analista de Tecnologia da Informação
> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
> Reitoria da UFRJ
>
> Em 25 de maio de 2017 10:35, Guilherme Andrade Del Cantoni <
> guilhermeadc@gmail.com> escreveu:
>
>> Plinio,
>>
>> Exatamente este deve ser o problema, o script havia sido criado
>> especificamente para o base de dados do SEI 2.6.0 e, pelo que sei, não foi
>> feito um trabalho de revisão para a versão 3.0.0.
>>
>> Vocês saberiam me dizer qual a versão do SEI em que o script está sendo
>> executado?
>>
>>
>> Atenciosamente,
>>
>> ---
>> Guilherme Andrade Del Cantoni
>>
>>
>> Em qui, 25 de mai de 2017 às 09:12, Plinio Santana
>> escreveu:
>>
>>> Prezados,
>>>
>>> Notei que o script de limpeza também acompanha as novas versões da base
>>> do executivo.
>>>
>>> Ele também funciona para a versão 3.0?
>>>
>>> Obrigado.
>>>
>>> Em 22 de julho de 2016 13:41, Bruno Davi Kretzmann <
>>> bkretzmann@cijun.sp.gov.br> escreveu:
>>>
>>>> Tivemos o mesmo erro ao executar o script aqui em Jundiaí também.
>>>> Quanto tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la
>>>> também.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
>>>> neijobson@anatel.gov.br> escreveu:
>>>>
>>>>> Caro Luis,
>>>>>
>>>>>
>>>>>
>>>>> Talvez seja erro mesmo no script, falta de indicação de mais esta
>>>>> tabela.
>>>>>
>>>>>
>>>>>
>>>>> Poderia enviar anexo o arquivo original do Script com esta correção?
>>>>> Se possível, testar novamente se o ajuste no script vai torna-lo adequado e
>>>>> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> *De:* sei-tecnico [mailto:
>>>>> sei-tecnico-bounces@listas.softwarepublico.gov.br] *Em nome de *Luis
>>>>> Carlos Baptista
>>>>> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
>>>>> *Para:* Eduwal Teixeira
>>>>> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
>>>>> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>>>>>
>>>>>
>>>>>
>>>>> Pessoal
>>>>>
>>>>>
>>>>>
>>>>> Usei as indicações do Eduwal e aí o script funcionou, porém,
>>>>> adotamos as seguintes precauções:
>>>>>
>>>>> 1) Tiramos o sistema do "ar"(fora do horário de expediente e
>>>>> derrubamos sessões pendentes).
>>>>>
>>>>> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes,
>>>>> mas, em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
>>>>> restore.
>>>>>
>>>>> 3) Executamos o script de limpeza:
>>>>>
>>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>>>>>
>>>>>
>>>>>
>>>>> ;-inicio dos "truncate"
>>>>>
>>>>>
>>>>>
>>>>> truncate table anexo;
>>>>> truncate table seq_anexo;
>>>>>
>>>>> ....
>>>>>
>>>>> truncate table infra_navegador;
>>>>> truncate table seq_infra_navegador;
>>>>>
>>>>> truncate table infra_dado_usuario;
>>>>>
>>>>>
>>>>>
>>>>> ;--fim dos "truncate
>>>>>
>>>>>
>>>>>
>>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>>>>>
>>>>>
>>>>>
>>>>> /*
>>>>> Sobre a última linha abaixo, a tabela de sequência anual de protocolo
>>>>> de processos pode ser qualquer um dos formatos abaixo (de acordo com a
>>>>> configuração da numeração de protocolo):
>>>>>
>>>>> seq_[ano]_org_sip_[id sip]
>>>>> seq_[ano]_org_sei_[cod sei]
>>>>> seq_[ano]_uni_sip_[id sip]
>>>>> seq_[ano]_uni_sei_[cod sei]
>>>>>
>>>>> */
>>>>>
>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>>>>>
>>>>> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
>>>>> update infra_sequencia set num_atual=0 where
>>>>> nome_tabela='infra_navegador';
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ----------------------------------------------------------------------------------------------------------------
>>>>>
>>>>>
>>>>>
>>>>> A base ficou limpa, porém, detectei um erro remanescente: não foi
>>>>> feita a desvinculação da "Base de Conhecimento" e o "Assunto" do processo e
>>>>> ao criar um um processo encontrei o seguinte erro:
>>>>>
>>>>> Usuário: teste/UFRJ
>>>>> Servidor: sei.tic.ufrj.br (146.164.170.147)
>>>>> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
>>>>> Detalhes:
>>>>>
>>>>> Trilha de Processamento:
>>>>> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>>> InfraDTO->__call('setNumIdSecaoDo...', Array)
>>>>> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>>> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
>>>>> 2 [internal function]:
>>>>> EditorRN->consultarHtmlVersaoConectado(Object(EditorDTO))
>>>>> 3 /var/www/html/sei/infra_php/InfraRN.php(133): call_user_func(Array,
>>>>> Object(EditorDTO))
>>>>> 4 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>>> InfraRN->__call('consultarHtmlVe...', Array)
>>>>> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>>> EditorRN->consultarHtmlVersao(Object(EditorDTO))
>>>>> 6 /var/www/html/sei/sei/controlador.php(241):
>>>>> require_once('/var/www/html/s...')
>>>>> 7 {main}
>>>>>
>>>>> ...
>>>>>
>>>>>
>>>>>
>>>>> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e incluí-las
>>>>> de novo. Assim não deu mais erro. Isso demonstra que o script de limpeza
>>>>> não está totalmente completo. O script manda "truncar" a tabela
>>>>> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
>>>>> esse o erro?
>>>>>
>>>>>
>>>>>
>>>>> att.,
>>>>>
>>>>> *Luís Carlos Baptista*
>>>>>
>>>>> ATIN-Analista de Tecnologia da Informação
>>>>>
>>>>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>>>>>
>>>>> Reitoria da UFRJ
>>>>>
>>>>> *Tel.: (21)3938-1835 <(21)%203938-1835>/1747*
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Em 19 de julho de 2016 14:22, Eduwal Teixeira <
>>>>> eduwalteixeira@gmail.com> escreveu:
>>>>>
>>>>> Boa tarde.
>>>>> Para limpar uma tabela com engine innodb...
>>>>> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
>>>>> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>>>>>
>>>>> Para contornar isso:
>>>>> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
>>>>> utilizaria isso).
>>>>> 1.1) Remover restrições
>>>>> 1.2) Executar TRUNCATE
>>>>> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
>>>>> lugar...
>>>>> 1.4) Retornar as restrições
>>>>>
>>>>> Ex:
>>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
>>>>> TRUNCATE tabela_x ;
>>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>>>>>
>>>>> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir
>>>>> executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar
>>>>> o campo autonumeração caso exista.
>>>>> Ex:
>>>>> DELETE FROM `tabela_x`;
>>>>> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
>>>>> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando há
>>>>> regra de integridade explícita.
>>>>>
>>>>> Peço desculpas caso tenha sido prolixo.
>>>>> Espero ter ajudado.
>>>>>
>>>>>
>>>>> Aqui você encotra-rá a resposta ao seu problema.
>>>>>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
>>>>> _______________________________________________
>>>>> sei-tecnico mailing list
>>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>>
>>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sei-tecnico mailing list
>>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>>
>>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> sei-tecnico mailing list
>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>
>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>>>
>>>>
>>>
>>>
>>> --
>>> Plínio Oliveira Santana
>>> Técnico de Tecnologia da Informação - UFV
>>> _______________________________________________
>>> sei-tecnico mailing list
>>> sei-tecnico@listas.softwarepublico.gov.br
>>>
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>>
>> --
>> ---
>> Guilherme Andrade Del Cantoni
>>
>> _______________________________________________
>> sei-tecnico mailing list
>> sei-tecnico@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>>
>> --
---
Guilherme Andrade Del Cantoni -
31 de Maio de 2017 às 18:36Galera,
Alguém poderia me enviar esse Script de Limpeza da base SEI.
Estou inscrito no sei-tecnico e no sei-negocio, no entanto, quando entro no
Menu de Download da página do SEI no Portal do Software Público, mesmo
estando logado, não tenho acesso. Como faço?
Luiz Alfredo
TSE
Em 26 de maio de 2017 10:30, Guilherme Andrade Del Cantoni <guilhermeadc@gmail.com> escreveu:
> Luis, você está correto, os dois projetos ainda estão pendentes de serem
> atualizados.
>
>
>
> Em qui, 25 de mai de 2017 às 14:18, Luis Carlos Baptista <
> luiscarbaptista@gmail.com> escreveu:
>
>> Guilherme
>>
>> Eu participei até um certo ponto do refinamento do script e era
>> referente a versão 2.6.x.. Depois com a ocorrência do incêndio nas
>> instalações da UFRJ em outubro passado, me desliguei do grupo. Agora,
>> retomamos a instalação a partir da 3.0.x. e, realmente, o script me parece
>> que não sofreu adaptação. Isto, parece ocorrer, também, com o dicionário de
>> dados que foi elaborado pela *Erika Mayumi Kasai Yamada(*
>> eyamada@prefeitura.sp.gov.br).
>>
>> Att.,
>> *Luís Carlos Baptista*
>> ATIN-Analista de Tecnologia da Informação
>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>> Reitoria da UFRJ
>>
>> Em 25 de maio de 2017 10:35, Guilherme Andrade Del Cantoni <
>> guilhermeadc@gmail.com> escreveu:
>>
>>> Plinio,
>>>
>>> Exatamente este deve ser o problema, o script havia sido criado
>>> especificamente para o base de dados do SEI 2.6.0 e, pelo que sei, não foi
>>> feito um trabalho de revisão para a versão 3.0.0.
>>>
>>> Vocês saberiam me dizer qual a versão do SEI em que o script está sendo
>>> executado?
>>>
>>>
>>> Atenciosamente,
>>>
>>> ---
>>> Guilherme Andrade Del Cantoni
>>>
>>>
>>> Em qui, 25 de mai de 2017 às 09:12, Plinio Santana <
>>> plinio.santana@ufv.br> escreveu:
>>>
>>>> Prezados,
>>>>
>>>> Notei que o script de limpeza também acompanha as novas versões da base
>>>> do executivo.
>>>>
>>>> Ele também funciona para a versão 3.0?
>>>>
>>>> Obrigado.
>>>>
>>>> Em 22 de julho de 2016 13:41, Bruno Davi Kretzmann <
>>>> bkretzmann@cijun.sp.gov.br> escreveu:
>>>>
>>>>> Tivemos o mesmo erro ao executar o script aqui em Jundiaí também.
>>>>> Quanto tiverem uma versão corrigida do mesmo, eu gostaria de recebê-la
>>>>> também.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Em 21 de julho de 2016 14:12, Nei Jobson da Costa Carneiro <
>>>>> neijobson@anatel.gov.br> escreveu:
>>>>>
>>>>>> Caro Luis,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Talvez seja erro mesmo no script, falta de indicação de mais esta
>>>>>> tabela.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Poderia enviar anexo o arquivo original do Script com esta correção?
>>>>>> Se possível, testar novamente se o ajuste no script vai torna-lo adequado e
>>>>>> não ocorrer mais o erro abaixo relatado na aplicação pós limpeza?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *De:* sei-tecnico [mailto:sei-tecnico-bounces@
>>>>>> listas.softwarepublico.gov.br] *Em nome de *Luis Carlos Baptista
>>>>>> *Enviada em:* quinta-feira, 21 de julho de 2016 13:12
>>>>>> *Para:* Eduwal Teixeira
>>>>>> *Cc:* sei-tecnico@listas.softwarepublico.gov.br
>>>>>> *Assunto:* Re: [sei-tecnico] Limpeza da base dados
>>>>>>
>>>>>>
>>>>>>
>>>>>> Pessoal
>>>>>>
>>>>>>
>>>>>>
>>>>>> Usei as indicações do Eduwal e aí o script funcionou, porém,
>>>>>> adotamos as seguintes precauções:
>>>>>>
>>>>>> 1) Tiramos o sistema do "ar"(fora do horário de expediente e
>>>>>> derrubamos sessões pendentes).
>>>>>>
>>>>>> 2) Fizemos backup das tabelas(foi geral por ser ambiente de testes,
>>>>>> mas, em produção deve apenas as tabelas atingidas). Em caso de erro, fazer
>>>>>> restore.
>>>>>>
>>>>>> 3) Executamos o script de limpeza:
>>>>>>
>>>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restriçoes
>>>>>>
>>>>>>
>>>>>>
>>>>>> ;-inicio dos "truncate"
>>>>>>
>>>>>>
>>>>>>
>>>>>> truncate table anexo;
>>>>>> truncate table seq_anexo;
>>>>>>
>>>>>> ....
>>>>>>
>>>>>> truncate table infra_navegador;
>>>>>> truncate table seq_infra_navegador;
>>>>>>
>>>>>> truncate table infra_dado_usuario;
>>>>>>
>>>>>>
>>>>>>
>>>>>> ;--fim dos "truncate
>>>>>>
>>>>>>
>>>>>>
>>>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restriçoes
>>>>>>
>>>>>>
>>>>>>
>>>>>> /*
>>>>>> Sobre a última linha abaixo, a tabela de sequência anual de protocolo
>>>>>> de processos pode ser qualquer um dos formatos abaixo (de acordo com a
>>>>>> configuração da numeração de protocolo):
>>>>>>
>>>>>> seq_[ano]_org_sip_[id sip]
>>>>>> seq_[ano]_org_sei_[cod sei]
>>>>>> seq_[ano]_uni_sip_[id sip]
>>>>>> seq_[ano]_uni_sei_[cod sei]
>>>>>>
>>>>>> */
>>>>>>
>>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sei_%';
>>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_uni_sip_%';
>>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sei_%';
>>>>>> delete from infra_sequencia where nome_tabela like 'seq_%_org_sip_%';
>>>>>>
>>>>>> update infra_sequencia set num_atual=0 where nome_tabela='infra_log';
>>>>>> update infra_sequencia set num_atual=0 where
>>>>>> nome_tabela='infra_navegador';
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------
>>>>>> ----------------------------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> A base ficou limpa, porém, detectei um erro remanescente: não foi
>>>>>> feita a desvinculação da "Base de Conhecimento" e o "Assunto" do processo e
>>>>>> ao criar um um processo encontrei o seguinte erro:
>>>>>>
>>>>>> Usuário: teste/UFRJ
>>>>>> Servidor: sei.tic.ufrj.br (146.164.170.147)
>>>>>> Erro: Parâmetro do método [setNumIdSecaoDocumento] é um array vazio.
>>>>>> Detalhes:
>>>>>>
>>>>>> Trilha de Processamento:
>>>>>> 0 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>>>> InfraDTO->__call('setNumIdSecaoDo...', Array)
>>>>>> 1 /var/www/html/sei/sei/editor/rn/EditorRN.php(1598):
>>>>>> VersaoSecaoDocumentoDTO->setNumIdSecaoDocumento(Array, 'IN')
>>>>>> 2 [internal function]: EditorRN->consultarHtmlVersaoConectado(
>>>>>> Object(EditorDTO))
>>>>>> 3 /var/www/html/sei/infra_php/InfraRN.php(133):
>>>>>> call_user_func(Array, Object(EditorDTO))
>>>>>> 4 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>>>> InfraRN->__call('consultarHtmlVe...', Array)
>>>>>> 5 /var/www/html/sei/sei/documento_visualizar.php(240):
>>>>>> EditorRN->consultarHtmlVersao(Object(EditorDTO))
>>>>>> 6 /var/www/html/sei/sei/controlador.php(241):
>>>>>> require_once('/var/www/html/s...')
>>>>>> 7 {main}
>>>>>>
>>>>>> ...
>>>>>>
>>>>>>
>>>>>>
>>>>>> Pa resolvê-lo tiver que excluir as "Base de Conhecimento" e
>>>>>> incluí-las de novo. Assim não deu mais erro. Isso demonstra que o script de
>>>>>> limpeza não está totalmente completo. O script manda "truncar" a tabela
>>>>>> indexacao_base_conhecimento, mas, não cita a tabela base_conhecimento. Será
>>>>>> esse o erro?
>>>>>>
>>>>>>
>>>>>>
>>>>>> att.,
>>>>>>
>>>>>> *Luís Carlos Baptista*
>>>>>>
>>>>>> ATIN-Analista de Tecnologia da Informação
>>>>>>
>>>>>> Superintendência de Tecnologia da Informação e Comunicação da UFRJ
>>>>>>
>>>>>> Reitoria da UFRJ
>>>>>>
>>>>>> *Tel.: (21)3938-1835 <(21)%203938-1835>/1747*
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Em 19 de julho de 2016 14:22, Eduwal Teixeira <
>>>>>> eduwalteixeira@gmail.com> escreveu:
>>>>>>
>>>>>> Boa tarde.
>>>>>> Para limpar uma tabela com engine innodb...
>>>>>> Você não pode utilizar TRUNCATE em uma tabela que tem restrições FK
>>>>>> aplicadas sobre ela (TRUNCATE não é o mesmo que APAGAR).
>>>>>>
>>>>>> Para contornar isso:
>>>>>> Opção 1: Isso põe em risco danos à integridade dos dados: (Eu não
>>>>>> utilizaria isso).
>>>>>> 1.1) Remover restrições
>>>>>> 1.2) Executar TRUNCATE
>>>>>> 1.3) Excluir manualmente as linhas que agora têm referências a nenhum
>>>>>> lugar...
>>>>>> 1.4) Retornar as restrições
>>>>>>
>>>>>> Ex:
>>>>>> SET FOREIGN_KEY_CHECKS = 0 ; -- retira as restrioes
>>>>>> TRUNCATE tabela_x ;
>>>>>> SET FOREIGN_KEY_CHECKS = 1 ; -- retorna as restrioes
>>>>>>
>>>>>> Opção 2: Utilizar o delete no lugar do truncate, e apos excluir
>>>>>> executar um "ALTER TABLE `tabela_x` AUTO_INCREMENT=1;" para zerar
>>>>>> o campo autonumeração caso exista.
>>>>>> Ex:
>>>>>> DELETE FROM `tabela_x`;
>>>>>> ALTER TABLE `tabela_x` AUTO_INCREMENT=1;
>>>>>> Obs.: Vale ressaltar que a hierarquia precisa ser respeidata quando
>>>>>> há regra de integridade explícita.
>>>>>>
>>>>>> Peço desculpas caso tenha sido prolixo.
>>>>>> Espero ter ajudado.
>>>>>>
>>>>>>
>>>>>> Aqui você encotra-rá a resposta ao seu problema.
>>>>>>http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html
>>>>>> _______________________________________________
>>>>>> sei-tecnico mailing list
>>>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>>>> tecnico
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> sei-tecnico mailing list
>>>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>>>> tecnico
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sei-tecnico mailing list
>>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>>> tecnico
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Plínio Oliveira Santana
>>>> Técnico de Tecnologia da Informação - UFV
>>>> _______________________________________________
>>>> sei-tecnico mailing list
>>>> sei-tecnico@listas.softwarepublico.gov.br
>>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>>> tecnico
>>>>
>>> --
>>> ---
>>> Guilherme Andrade Del Cantoni
>>>
>>> _______________________________________________
>>> sei-tecnico mailing list
>>> sei-tecnico@listas.softwarepublico.gov.br
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-
>>> tecnico
>>>
>>> --
> ---
> Guilherme Andrade Del Cantoni
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
>
>
Ordenar por:
Relacionado:
- e-sic-livre Script SQL para criação das Tabelas no MySQL
- e-sic-livre script SQL para o E-SIC
- banco-de-talentos Script BancoTalentosMySQL.sql
- e-sic-livre Instalação da base de dados dbesiclivre
- e-sic-livre Erro no envio de solicitação
- sei-tecnico Script de Atualização de Sequências - Onde?
- e-sic-livre Problemas ao instalar o banco de dados
- e-cidade Portal da Transparência
- e-sic-livre Nova versão do e-SIC Livre!
- e-sic-livre Instalação Locaweb
Estatísticas:
-
iniciada em
7 anos, 8 meses atrás
-
vizualizada
3186 vezes
-
respondida
17 vezes
-
votada
0 vezes