Software Público Brasileiro

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*

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: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

Luis,

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:49

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

Prezado,

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-tecnico em
> 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
>
>

Nã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 Baptista

Enviada 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 dados

Prezado,

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: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

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

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

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

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
>

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

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
>
>

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/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

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

Guilherme,

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

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
>>>> 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
>
>

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
>> 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

Galera,

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
>
>