SEI 3.0 - Indexação Solr

Guilherme Alonso
24 de Março de 2017 às 18:54
Prezados, boa tarde.

Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na Prefeitura de São Paulo, e no momento estamos com problemas referentes à reindexação de documentos no Solr.

A execução do script indexacao_protocolos_completa.php sobre nossos dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas, o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de atualização). Considerando esta velocidade de execução, o script demorará em torno de 8 dias para indexar todos os protocolos que nossa implantação do SEI possui atualmente em produção (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o script está utilizando poucos recursos de CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A configuração do ambiente foi feita seguindo passo-a-passo os manuais de instalação disponibilizados, utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.

Existe alguma configuração ou ação que pode ser feita no ambiente, de forma a permitir a execução deste script de forma otimizada e em um tempo próximo ao obtido pelo TRF4?

Atenciosamente,

Guilherme Marques Alonso

Analista de TIC - I

GDE/NPR - PRODAM/SP

Telefone: (11) 3396-9268

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
Diogo Brito
24 de Março de 2017 às 19:28
Guilherme,

Caso não consiga fazer com que fique mais rápido que foi o caso aqui do GDF. Coloque para indexar e quando você for fazer a atualização para 3.0 você indexa só os dias que não foram indexados.

Atenciosamente,

Diogo Fernandes Brito
Diretor de Manutenção de Sistemas
Coordenação Técnica de Sistemas - COSIS
GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação
Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF
Telefone: (61) 3342-1248

[cid:image001.png@01D2A4BB.B9F3D4D0]
[logo2]

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 15:55
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada ; Carlos Alberto Comar
Assunto: [sei-tecnico] SEI 3.0 - Indexação Solr

Prezados, boa tarde.

Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na Prefeitura de São Paulo, e no momento estamos com problemas referentes à reindexação de documentos no Solr.

A execução do script indexacao_protocolos_completa.php sobre nossos dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas, o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de atualização). Considerando esta velocidade de execução, o script demorará em torno de 8 dias para indexar todos os protocolos que nossa implantação do SEI possui atualmente em produção (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o script está utilizando poucos recursos de CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A configuração do ambiente foi feita seguindo passo-a-passo os manuais de instalação disponibilizados, utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.

Existe alguma configuração ou ação que pode ser feita no ambiente, de forma a permitir a execução deste script de forma otimizada e em um tempo próximo ao obtido pelo TRF4?

Atenciosamente,

Guilherme Marques Alonso
Analista de TIC – I
GDE/NPR - PRODAM/SP
Telefone: (11) 3396-9268

________________________________
“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
Guilherme Alonso
24 de Março de 2017 às 19:30
PSC

De: Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br]
Enviada em: sexta-feira, 24 de março de 2017 16:29
Para: Guilherme Marques Alonso; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada; Carlos Alberto Comar
Assunto: RES: SEI 3.0 - Indexação Solr

Guilherme,

Caso não consiga fazer com que fique mais rápido que foi o caso aqui do GDF. Coloque para indexar e quando você for fazer a atualização para 3.0 você indexa só os dias que não foram indexados.

Atenciosamente,

Diogo Fernandes Brito

Diretor de Manutenção de Sistemas

Coordenação Técnica de Sistemas - COSIS

GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação

Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF

Telefone: (61) 3342-1248

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 15:55
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada ; Carlos Alberto Comar
Assunto: [sei-tecnico] SEI 3.0 - Indexação Solr

Prezados, boa tarde.

Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na Prefeitura de São Paulo, e no momento estamos com problemas referentes à reindexação de documentos no Solr.

A execução do script indexacao_protocolos_completa.php sobre nossos dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas, o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de atualização). Considerando esta velocidade de execução, o script demorará em torno de 8 dias para indexar todos os protocolos que nossa implantação do SEI possui atualmente em produção (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o script está utilizando poucos recursos de CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A configuração do ambiente foi feita seguindo passo-a-passo os manuais de instalação disponibilizados, utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.

Existe alguma configuração ou ação que pode ser feita no ambiente, de forma a permitir a execução deste script de forma otimizada e em um tempo próximo ao obtido pelo TRF4?

Atenciosamente,

Guilherme Marques Alonso

Analista de TIC – I

GDE/NPR - PRODAM/SP

Telefone: (11) 3396-9268

________________________________

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
Guilherme Alonso
24 de Março de 2017 às 19:33
Diogo,

Obrigado pela resposta, vamos tentar essa tática.

De: Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br]
Enviada em: sexta-feira, 24 de março de 2017 16:29
Para: Guilherme Marques Alonso; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada; Carlos Alberto Comar
Assunto: RES: SEI 3.0 - Indexação Solr

Guilherme,

Caso não consiga fazer com que fique mais rápido que foi o caso aqui do GDF. Coloque para indexar e quando você for fazer a atualização para 3.0 você indexa só os dias que não foram indexados.

Atenciosamente,

Diogo Fernandes Brito

Diretor de Manutenção de Sistemas

Coordenação Técnica de Sistemas - COSIS

GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação

Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF

Telefone: (61) 3342-1248

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 15:55
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada ; Carlos Alberto Comar
Assunto: [sei-tecnico] SEI 3.0 - Indexação Solr

Prezados, boa tarde.

Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na Prefeitura de São Paulo, e no momento estamos com problemas referentes à reindexação de documentos no Solr.

A execução do script indexacao_protocolos_completa.php sobre nossos dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas, o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de atualização). Considerando esta velocidade de execução, o script demorará em torno de 8 dias para indexar todos os protocolos que nossa implantação do SEI possui atualmente em produção (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o script está utilizando poucos recursos de CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A configuração do ambiente foi feita seguindo passo-a-passo os manuais de instalação disponibilizados, utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.

Existe alguma configuração ou ação que pode ser feita no ambiente, de forma a permitir a execução deste script de forma otimizada e em um tempo próximo ao obtido pelo TRF4?

Atenciosamente,

Guilherme Marques Alonso

Analista de TIC – I

GDE/NPR - PRODAM/SP

Telefone: (11) 3396-9268

________________________________

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
Cristiano José Müller
24 de Março de 2017 às 19:35
Prezados,

A versão do SOLR recomendada no manual de instalação é a 6.1.0.
Vocês não notaram nenhum problema / efeito colateral ao usar a 6.4.1 ?

Abraços.

Cristiano José Müller
Analista da Informação e Comunicação
cristiano.muller@procempa.com.br
51 3289 6000 / 51 3289 6354

procempa.com.br
tecnologia a serviço da cidade

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 16:32
Para: Diogo Fernandes Brito ; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada ; Carlos Alberto Comar
Assunto: [sei-tecnico] RES: SEI 3.0 - Indexação Solr

Diogo,
Obrigado pela resposta, vamos tentar essa tática.

De: Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br]
Enviada em: sexta-feira, 24 de março de 2017 16:29
Para: Guilherme Marques Alonso; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada; Carlos Alberto Comar
Assunto: RES: SEI 3.0 - Indexação Solr

Guilherme,

Caso não consiga fazer com que fique mais rápido que foi o caso aqui do GDF. Coloque para indexar e quando você for fazer a atualização para 3.0 você indexa só os dias que não foram indexados.

Atenciosamente,

Diogo Fernandes Brito
Diretor de Manutenção de Sistemas
Coordenação Técnica de Sistemas - COSIS
GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação
Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF
Telefone: (61) 3342-1248
[cid:image001.png@01D2A4BC.A8386200]
[cid:image002.png@01D2A4BC.A8386200]

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 15:55
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada >; Carlos Alberto Comar >
Assunto: [sei-tecnico] SEI 3.0 - Indexação Solr

Prezados, boa tarde.

Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na Prefeitura de São Paulo, e no momento estamos com problemas referentes à reindexação de documentos no Solr.

A execução do script indexacao_protocolos_completa.php sobre nossos dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas, o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de atualização). Considerando esta velocidade de execução, o script demorará em torno de 8 dias para indexar todos os protocolos que nossa implantação do SEI possui atualmente em produção (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o script está utilizando poucos recursos de CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A configuração do ambiente foi feita seguindo passo-a-passo os manuais de instalação disponibilizados, utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.

Existe alguma configuração ou ação que pode ser feita no ambiente, de forma a permitir a execução deste script de forma otimizada e em um tempo próximo ao obtido pelo TRF4?

Atenciosamente,

Guilherme Marques Alonso
Analista de TIC – I
GDE/NPR - PRODAM/SP
Telefone: (11) 3396-9268

________________________________
“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
________________________________
“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
Guilherme Alonso
24 de Março de 2017 às 19:49
Cristiano,

Fora a lentidão na indexação e o baixo uso de recursos, não notamos nenhum problema durante a indexação. Os documentos foram indexados normalmente, de acordo com o que observamos no painel do Solr e nos logs do SEI.

De: Cristiano José Müller [mailto:cristiano.muller@procempa.com.br]
Enviada em: sexta-feira, 24 de março de 2017 16:36
Para: Guilherme Marques Alonso; Diogo Fernandes Brito; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada; Carlos Alberto Comar
Assunto: RES: SEI 3.0 - Indexação Solr

Prezados,

A versão do SOLR recomendada no manual de instalação é a 6.1.0.

Vocês não notaram nenhum problema / efeito colateral ao usar a 6.4.1 ?

Abraços.

Cristiano José Müller

Analista da Informação e Comunicação

cristiano.muller@procempa.com.br

51 3289 6000 / 51 3289 6354

procempa.com.br

tecnologia a serviço da cidade

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 16:32
Para: Diogo Fernandes Brito ; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada ; Carlos Alberto Comar
Assunto: [sei-tecnico] RES: SEI 3.0 - Indexação Solr

Diogo,

Obrigado pela resposta, vamos tentar essa tática.

De: Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br]
Enviada em: sexta-feira, 24 de março de 2017 16:29
Para: Guilherme Marques Alonso; sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada; Carlos Alberto Comar
Assunto: RES: SEI 3.0 - Indexação Solr

Guilherme,

Caso não consiga fazer com que fique mais rápido que foi o caso aqui do GDF. Coloque para indexar e quando você for fazer a atualização para 3.0 você indexa só os dias que não foram indexados.

Atenciosamente,

Diogo Fernandes Brito

Diretor de Manutenção de Sistemas

Coordenação Técnica de Sistemas - COSIS

GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação

Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF

Telefone: (61) 3342-1248

De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] Em nome de Guilherme Marques Alonso
Enviada em: sexta-feira, 24 de março de 2017 15:55
Para: sei-tecnico@listas.softwarepublico.gov.br
Cc: Erika Mayumi Kasai Yamada ; Carlos Alberto Comar
Assunto: [sei-tecnico] SEI 3.0 - Indexação Solr

Prezados, boa tarde.

Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na Prefeitura de São Paulo, e no momento estamos com problemas referentes à reindexação de documentos no Solr.

A execução do script indexacao_protocolos_completa.php sobre nossos dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas, o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de atualização). Considerando esta velocidade de execução, o script demorará em torno de 8 dias para indexar todos os protocolos que nossa implantação do SEI possui atualmente em produção (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o script está utilizando poucos recursos de CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A configuração do ambiente foi feita seguindo passo-a-passo os manuais de instalação disponibilizados, utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.

Existe alguma configuração ou ação que pode ser feita no ambiente, de forma a permitir a execução deste script de forma otimizada e em um tempo próximo ao obtido pelo TRF4?

Atenciosamente,

Guilherme Marques Alonso

Analista de TIC – I

GDE/NPR - PRODAM/SP

Telefone: (11) 3396-9268

________________________________

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.

________________________________

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.

“Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é restrito ao destinatário da mensagem. Caso você a tenha recebido por engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus arquivos. É expressamente proibido o uso não autorizado, replicação ou disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos não necessariamente refletem a opinião do órgão emissor”.
Ivan Silvério
25 de Março de 2017 às 19:51
Prezado Guillermer,

Seria importante saber qual o disco usado ai, e no TRF4. SSD, SAS,
a solução de storage, isso faz muita diferença. Qual a latência entre os
fileserver e o servidor solr.

--
Ivan Silvério
matrícula 45/621.748-5
Supervisor de Processos

Prefeitura da Cidade do Rio de Janeiro
http://www.rio.rj.gov.br/web/iplanrio
4ª Gerência Técnica de Informática Setorial
IPLANRIO/PRE/DPN/GTIS-4

+55 21 9 7380-1672
+55 21 9 9919-1500
+55 21 2273-4552

Em 24/03/2017 16:30, Guilherme Marques Alonso escreveu:
>
> PSC
>
> *De:*Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br]
> *Enviada em:* sexta-feira, 24 de março de 2017 16:29
> *Para:* Guilherme Marques Alonso;
> sei-tecnico@listas.softwarepublico.gov.br
> *Cc:* Erika Mayumi Kasai Yamada; Carlos Alberto Comar
> *Assunto:* RES: SEI 3.0 - Indexação Solr
>
> Guilherme,
>
> Caso não consiga fazer com que fique mais rápido que foi o caso aqui
> do GDF. Coloque para indexar e quando você for fazer a atualização
> para 3.0 você indexa só os dias que não foram indexados.
>
> Atenciosamente,
>
> *Diogo Fernandes Brito*
>
> Diretor de Manutenção de Sistemas
>
> Coordenação Técnica de Sistemas - COSIS
>
> GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação
>
> Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF
>
> Telefone: (61) 3342-1248
>
> logo2
>
> *De:*sei-tecnico
> [mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br] *Em nome de
> *Guilherme Marques Alonso
> *Enviada em:* sexta-feira, 24 de março de 2017 15:55
> *Para:* sei-tecnico@listas.softwarepublico.gov.br
>
> *Cc:* Erika Mayumi Kasai Yamada >>; Carlos Alberto Comar
>>
> *Assunto:* [sei-tecnico] SEI 3.0 - Indexação Solr
>
> Prezados, boa tarde.
>
> Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na
> Prefeitura de São Paulo, e no momento estamos com problemas referentes
> à reindexação de documentos no Solr.
>
> A execução do script *indexacao_protocolos_completa.php* sobre nossos
> dados de produção conseguiu indexar apenas 400 mil protocolos em 31
> horas, o que representa um desempenho bem baixo se comparado ao obtido
> pelo TRF4 (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia
> de atualização). Considerando esta velocidade de execução, o script
> demorará em torno de *8 dias* para indexar todos os protocolos que
> nossa implantação do SEI possui atualmente em produção
> (aproximadamente 2,4 milhões), o que inviabiliza o processo. Outro
> detalhe que notamos é que o script está utilizando poucos recursos de
> CPU e RAM para execução, tanto no servidor do SEI quanto do Solr. A
> configuração do ambiente foi feita seguindo passo-a-passo os manuais
> de instalação disponibilizados, utilizando Sistema Operacional CentOS
> 7 e a versão 6.4.1 do Solr.
>
> Existe alguma configuração ou ação que pode ser feita no ambiente, de
> forma a permitir a execução deste script de forma otimizada e em um
> tempo próximo ao obtido pelo TRF4?
>
> Atenciosamente,
>
> **
>
> *Guilherme Marques Alonso*
>
> *Analista de TIC – I*
>
> *GDE/NPR - PRODAM/SP*
>
> *Telefone: (11) 3396-9268*
>
> ------------------------------------------------------------------------
>
> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
> restrito ao destinatário da mensagem. Caso você a tenha recebido por
> engano, queira, por favor, retorná-la ao destinatário e apagá-la de
> seus arquivos. É expressamente proibido o uso não autorizado,
> replicação ou disseminação da mesma. As opiniões contidas nesta
> mensagem e seus anexos não necessariamente refletem a opinião do órgão
> emissor”.
>
> ------------------------------------------------------------------------
> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
> restrito ao destinatário da mensagem. Caso você a tenha recebido por
> engano, queira, por favor, retorná-la ao destinatário e apagá-la de
> seus arquivos. É expressamente proibido o uso não autorizado,
> replicação ou disseminação da mesma. As opiniões contidas nesta
> mensagem e seus anexos não necessariamente refletem a opinião do órgão
> emissor”.
>
>
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-tecnico
Guilherme Del Cantoni
29 de Março de 2017 às 14:57
Prezados,

Teoricamente o consumo de recursos computacionais do script não deve ser
alto mesmo já que o trabalho pesado é feito no banco de dados, repositório
de arquivos e, principalmente, no Apache Solr.

Acho importante seguir a dica do Diogo, deixando um ambiente "pré-produção"
do SEI reindexando os documentos e, quando tudo tiver finalizado, migrar o
SEI para a versão 3.0.0 e fazer o ambiente de produção apontar para esta
instância do Solr com a indexação completa. Depois é só reindexar o dia que
pode ter ficado fora devido a migração de ambientes.

Atenciosamente,

Em sáb, 25 de mar de 2017 às 16:51, Ivan Silvério <
ivan.silverio@iplanrio.rio.rj.gov.br> escreveu:

> Prezado Guillermer,
>
> Seria importante saber qual o disco usado ai, e no TRF4. SSD, SAS, a
> solução de storage, isso faz muita diferença. Qual a latência entre os
> fileserver e o servidor solr.
>
> --
> Ivan Silvério
> matrícula 45/621.748-5
> Supervisor de Processos
>
> Prefeitura da Cidade do Rio de Janeirohttp://www.rio.rj.gov.br/web/iplanrio
> 4ª Gerência Técnica de Informática Setorial
> IPLANRIO/PRE/DPN/GTIS-4
>
> +55 21 9 7380-1672
> +55 21 9 9919-1500
> +55 21 2273-4552
>
>
> Em 24/03/2017 16:30, Guilherme Marques Alonso escreveu:
>
> PSC
>
>
>
> *De:* Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br
>]
> *Enviada em:* sexta-feira, 24 de março de 2017 16:29
> *Para:* Guilherme Marques Alonso;
> sei-tecnico@listas.softwarepublico.gov.br
> *Cc:* Erika Mayumi Kasai Yamada; Carlos Alberto Comar
> *Assunto:* RES: SEI 3.0 - Indexação Solr
>
>
>
> Guilherme,
>
>
>
> Caso não consiga fazer com que fique mais rápido que foi o caso aqui do
> GDF. Coloque para indexar e quando você for fazer a atualização para 3.0
> você indexa só os dias que não foram indexados.
>
>
>
>
>
> Atenciosamente,
>
>
>
> *Diogo Fernandes Brito*
>
> Diretor de Manutenção de Sistemas
>
> Coordenação Técnica de Sistemas - COSIS
>
> GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação
>
> Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF
>
> Telefone: (61) 3342-1248
>
> [image: logo2]
>
>
>
>
>
>
>
> *De:* sei-tecnico [
> mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br
>] *Em nome de *Guilherme
> Marques Alonso
> *Enviada em:* sexta-feira, 24 de março de 2017 15:55
> *Para:* sei-tecnico@listas.softwarepublico.gov.br
> *Cc:* Erika Mayumi Kasai Yamada ; Carlos
> Alberto Comar
> *Assunto:* [sei-tecnico] SEI 3.0 - Indexação Solr
>
>
>
> Prezados, boa tarde.
>
>
>
> Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na
> Prefeitura de São Paulo, e no momento estamos com problemas referentes à
> reindexação de documentos no Solr.
>
>
>
> A execução do script *indexacao_protocolos_completa.php* sobre nossos
> dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas,
> o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4
> (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de
> atualização). Considerando esta velocidade de execução, o script demorará
> em torno de *8 dias* para indexar todos os protocolos que nossa
> implantação do SEI possui atualmente em produção (aproximadamente 2,4
> milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o
> script está utilizando poucos recursos de CPU e RAM para execução, tanto no
> servidor do SEI quanto do Solr. A configuração do ambiente foi feita
> seguindo passo-a-passo os manuais de instalação disponibilizados,
> utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.
>
>
>
> Existe alguma configuração ou ação que pode ser feita no ambiente, de
> forma a permitir a execução deste script de forma otimizada e em um tempo
> próximo ao obtido pelo TRF4?
>
>
>
> Atenciosamente,
>
>
>
> *Guilherme Marques Alonso*
>
> *Analista de TIC – I*
>
> *GDE/NPR - PRODAM/SP*
>
> *Telefone: (11) 3396-9268 <(11)%203396-9268>*
>
>
> ------------------------------
>
> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
> restrito ao destinatário da mensagem. Caso você a tenha recebido por
> engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus
> arquivos. É expressamente proibido o uso não autorizado, replicação ou
> disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos
> não necessariamente refletem a opinião do órgão emissor”.
> ------------------------------
> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
> restrito ao destinatário da mensagem. Caso você a tenha recebido por
> engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus
> arquivos. É expressamente proibido o uso não autorizado, replicação ou
> disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos
> não necessariamente refletem a opinião do órgão emissor”.
>
>
> _______________________________________________
> sei-tecnico mailing listsei-tecnico@listas.softwarepublico.gov.brhttps://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
>
--
---
Guilherme Andrade Del Cantoni
Guilherme Del Cantoni
29 de Março de 2017 às 22:07
Prezados,

Lembro que as configurações do Apache Solr precisam ser revisadas para
alcançar o melhor desempenho possível e utilizar todos os recursos da
máquina em que ele está instalado.

Por exemplo: O Apache Solr foi desenvolvido em JAVA e, com isto, as
configurações de HEAP de Memória do Java precisam ser revisadas para
verificar se o SOLR realmente está utilizando toda a memória disponível
para ele no servidor.

Sugiro que sigam as orientações da documentação oficial do Apache Solr para
fazer o tunning recomendado para ambientes de produção e depois iniciem o
processo de reindexação de documentos do SEI.

Segue link com as instruções de configuração de performance do Apache Solr:
https://wiki.apache.org/solr/SolrPerformanceProblems

Atenciosamente,

Em qua, 29 de mar de 2017 às 11:56, Guilherme Andrade Del Cantoni <
guilhermeadc@gmail.com> escreveu:

> Prezados,
>
> Teoricamente o consumo de recursos computacionais do script não deve ser
> alto mesmo já que o trabalho pesado é feito no banco de dados, repositório
> de arquivos e, principalmente, no Apache Solr.
>
> Acho importante seguir a dica do Diogo, deixando um ambiente
> "pré-produção" do SEI reindexando os documentos e, quando tudo tiver
> finalizado, migrar o SEI para a versão 3.0.0 e fazer o ambiente de produção
> apontar para esta instância do Solr com a indexação completa. Depois é só
> reindexar o dia que pode ter ficado fora devido a migração de ambientes.
>
>
> Atenciosamente,
>
>
> Em sáb, 25 de mar de 2017 às 16:51, Ivan Silvério <
> ivan.silverio@iplanrio.rio.rj.gov.br> escreveu:
>
> Prezado Guillermer,
>
> Seria importante saber qual o disco usado ai, e no TRF4. SSD, SAS, a
> solução de storage, isso faz muita diferença. Qual a latência entre os
> fileserver e o servidor solr.
>
> --
> Ivan Silvério
> matrícula 45/621.748-5
> Supervisor de Processos
>
> Prefeitura da Cidade do Rio de Janeirohttp://www.rio.rj.gov.br/web/iplanrio
> 4ª Gerência Técnica de Informática Setorial
> IPLANRIO/PRE/DPN/GTIS-4
>
> +55 21 9 7380-1672
> +55 21 9 9919-1500
> +55 21 2273-4552
>
>
> Em 24/03/2017 16:30, Guilherme Marques Alonso escreveu:
>
> PSC
>
>
>
> *De:* Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br
>]
> *Enviada em:* sexta-feira, 24 de março de 2017 16:29
> *Para:* Guilherme Marques Alonso;
> sei-tecnico@listas.softwarepublico.gov.br
> *Cc:* Erika Mayumi Kasai Yamada; Carlos Alberto Comar
> *Assunto:* RES: SEI 3.0 - Indexação Solr
>
>
>
> Guilherme,
>
>
>
> Caso não consiga fazer com que fique mais rápido que foi o caso aqui do
> GDF. Coloque para indexar e quando você for fazer a atualização para 3.0
> você indexa só os dias que não foram indexados.
>
>
>
>
>
> Atenciosamente,
>
>
>
> *Diogo Fernandes Brito*
>
> Diretor de Manutenção de Sistemas
>
> Coordenação Técnica de Sistemas - COSIS
>
> GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação
>
> Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF
>
> Telefone: (61) 3342-1248
>
> [image: logo2]
>
>
>
>
>
>
>
> *De:* sei-tecnico [
> mailto:sei-tecnico-bounces@listas.softwarepublico.gov.br
>] *Em nome de *Guilherme
> Marques Alonso
> *Enviada em:* sexta-feira, 24 de março de 2017 15:55
> *Para:* sei-tecnico@listas.softwarepublico.gov.br
> *Cc:* Erika Mayumi Kasai Yamada ; Carlos
> Alberto Comar
> *Assunto:* [sei-tecnico] SEI 3.0 - Indexação Solr
>
>
>
> Prezados, boa tarde.
>
>
>
> Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na
> Prefeitura de São Paulo, e no momento estamos com problemas referentes à
> reindexação de documentos no Solr.
>
>
>
> A execução do script *indexacao_protocolos_completa.php* sobre nossos
> dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas,
> o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4
> (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de
> atualização). Considerando esta velocidade de execução, o script demorará
> em torno de *8 dias* para indexar todos os protocolos que nossa
> implantação do SEI possui atualmente em produção (aproximadamente 2,4
> milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o
> script está utilizando poucos recursos de CPU e RAM para execução, tanto no
> servidor do SEI quanto do Solr. A configuração do ambiente foi feita
> seguindo passo-a-passo os manuais de instalação disponibilizados,
> utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.
>
>
>
> Existe alguma configuração ou ação que pode ser feita no ambiente, de
> forma a permitir a execução deste script de forma otimizada e em um tempo
> próximo ao obtido pelo TRF4?
>
>
>
> Atenciosamente,
>
>
>
> *Guilherme Marques Alonso*
>
> *Analista de TIC – I*
>
> *GDE/NPR - PRODAM/SP*
>
> *Telefone: (11) 3396-9268 <(11)%203396-9268>*
>
>
> ------------------------------
>
> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
> restrito ao destinatário da mensagem. Caso você a tenha recebido por
> engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus
> arquivos. É expressamente proibido o uso não autorizado, replicação ou
> disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos
> não necessariamente refletem a opinião do órgão emissor”.
> ------------------------------
> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
> restrito ao destinatário da mensagem. Caso você a tenha recebido por
> engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus
> arquivos. É expressamente proibido o uso não autorizado, replicação ou
> disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos
> não necessariamente refletem a opinião do órgão emissor”.
>
>
> _______________________________________________
> sei-tecnico mailing listsei-tecnico@listas.softwarepublico.gov.brhttps://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
>
> --
> ---
> Guilherme Andrade Del Cantoni
>
--
---
Guilherme Andrade Del Cantoni
Plínio Santana
17 de Maio de 2017 às 18:03
Estou instalando o solr 6.5.1 e lembrei de ter visto essa discussão.

No manual tem a instrução:

*Iniciar o serviço do Solr (assumindo um servidor com 8Gb de memória):*
*/opt/solr/bin/solr start -p 8983 -a "-Xms6144m -Xmx6144m"*

Notei que o java estava iniciando com o valor de 512m dessa forma. Vi que o
argumento correto para mudar aumentar a memória seria com '-m', pelo menos
na versão 6.5.1.
Para o exemplo acima ficaria:

*/opt/solr/bin/solr start -p 8983 -m 6G*

Segui esse tutorial para iniciar o serviço via systemctl e funcionou
ok(modificando o comando ExecStart de acordo com o ambiente):
https://confluence.t5.fi/display/~stefan.roos/2015/04/01/Creating+systemd+unit+%28service%29+for+Apache+Solr

Atenciosamente,

Em 29 de março de 2017 19:07, Guilherme Andrade Del Cantoni <
guilhermeadc@gmail.com> escreveu:

> Prezados,
>
> Lembro que as configurações do Apache Solr precisam ser revisadas para
> alcançar o melhor desempenho possível e utilizar todos os recursos da
> máquina em que ele está instalado.
>
> Por exemplo: O Apache Solr foi desenvolvido em JAVA e, com isto, as
> configurações de HEAP de Memória do Java precisam ser revisadas para
> verificar se o SOLR realmente está utilizando toda a memória disponível
> para ele no servidor.
>
> Sugiro que sigam as orientações da documentação oficial do Apache Solr
> para fazer o tunning recomendado para ambientes de produção e depois
> iniciem o processo de reindexação de documentos do SEI.
>
> Segue link com as instruções de configuração de performance do Apache Solr:
>https://wiki.apache.org/solr/SolrPerformanceProblems
>
>
> Atenciosamente,
>
>
>
> Em qua, 29 de mar de 2017 às 11:56, Guilherme Andrade Del Cantoni <
> guilhermeadc@gmail.com> escreveu:
>
>> Prezados,
>>
>> Teoricamente o consumo de recursos computacionais do script não deve ser
>> alto mesmo já que o trabalho pesado é feito no banco de dados, repositório
>> de arquivos e, principalmente, no Apache Solr.
>>
>> Acho importante seguir a dica do Diogo, deixando um ambiente
>> "pré-produção" do SEI reindexando os documentos e, quando tudo tiver
>> finalizado, migrar o SEI para a versão 3.0.0 e fazer o ambiente de produção
>> apontar para esta instância do Solr com a indexação completa. Depois é só
>> reindexar o dia que pode ter ficado fora devido a migração de ambientes.
>>
>>
>> Atenciosamente,
>>
>>
>> Em sáb, 25 de mar de 2017 às 16:51, Ivan Silvério <
>> ivan.silverio@iplanrio.rio.rj.gov.br> escreveu:
>>
>> Prezado Guillermer,
>>
>> Seria importante saber qual o disco usado ai, e no TRF4. SSD, SAS, a
>> solução de storage, isso faz muita diferença. Qual a latência entre os
>> fileserver e o servidor solr.
>>
>> --
>> Ivan Silvério
>> matrícula 45/621.748-5
>> Supervisor de Processos
>>
>> Prefeitura da Cidade do Rio de Janeirohttp://www.rio.rj.gov.br/web/iplanrio
>> 4ª Gerência Técnica de Informática Setorial
>> IPLANRIO/PRE/DPN/GTIS-4
>>
>> +55 21 9 7380-1672
>> +55 21 9 9919-1500
>> +55 21 2273-4552
>>
>>
>> Em 24/03/2017 16:30, Guilherme Marques Alonso escreveu:
>>
>> PSC
>>
>>
>>
>> *De:* Diogo Fernandes Brito [mailto:diogo.brito@gdfnet.df.gov.br
>>]
>> *Enviada em:* sexta-feira, 24 de março de 2017 16:29
>> *Para:* Guilherme Marques Alonso; sei-tecnico@listas.
>> softwarepublico.gov.br
>> *Cc:* Erika Mayumi Kasai Yamada; Carlos Alberto Comar
>> *Assunto:* RES: SEI 3.0 - Indexação Solr
>>
>>
>>
>> Guilherme,
>>
>>
>>
>> Caso não consiga fazer com que fique mais rápido que foi o caso aqui do
>> GDF. Coloque para indexar e quando você for fazer a atualização para 3.0
>> você indexa só os dias que não foram indexados.
>>
>>
>>
>>
>>
>> Atenciosamente,
>>
>>
>>
>> *Diogo Fernandes Brito*
>>
>> Diretor de Manutenção de Sistemas
>>
>> Coordenação Técnica de Sistemas - COSIS
>>
>> GDF/SEPLAG/SUTIC - Subsecretaria de Tecnologia da Informação e Comunicação
>>
>> Endereço: SAIN Projeção H – 1º andar - CEP 70620-000 - Brasília - DF
>>
>> Telefone: (61) 3342-1248
>>
>> [image: logo2]
>>
>>
>>
>>
>>
>>
>>
>> *De:* sei-tecnico [mailto:sei-tecnico-bounces@
>> listas.softwarepublico.gov.br
>>] *Em nome de *Guilherme
>> Marques Alonso
>> *Enviada em:* sexta-feira, 24 de março de 2017 15:55
>> *Para:* sei-tecnico@listas.softwarepublico.gov.br
>> *Cc:* Erika Mayumi Kasai Yamada ; Carlos
>> Alberto Comar
>> *Assunto:* [sei-tecnico] SEI 3.0 - Indexação Solr
>>
>>
>>
>> Prezados, boa tarde.
>>
>>
>>
>> Estamos em processo de atualização do SEI da versão 2.6 para a 3.0 na
>> Prefeitura de São Paulo, e no momento estamos com problemas referentes à
>> reindexação de documentos no Solr.
>>
>>
>>
>> A execução do script *indexacao_protocolos_completa.php* sobre nossos
>> dados de produção conseguiu indexar apenas 400 mil protocolos em 31 horas,
>> o que representa um desempenho bem baixo se comparado ao obtido pelo TRF4
>> (3 milhões de protocolos em 1 dia e 19 horas, segundo o guia de
>> atualização). Considerando esta velocidade de execução, o script demorará
>> em torno de *8 dias* para indexar todos os protocolos que nossa
>> implantação do SEI possui atualmente em produção (aproximadamente 2,4
>> milhões), o que inviabiliza o processo. Outro detalhe que notamos é que o
>> script está utilizando poucos recursos de CPU e RAM para execução, tanto no
>> servidor do SEI quanto do Solr. A configuração do ambiente foi feita
>> seguindo passo-a-passo os manuais de instalação disponibilizados,
>> utilizando Sistema Operacional CentOS 7 e a versão 6.4.1 do Solr.
>>
>>
>>
>> Existe alguma configuração ou ação que pode ser feita no ambiente, de
>> forma a permitir a execução deste script de forma otimizada e em um tempo
>> próximo ao obtido pelo TRF4?
>>
>>
>>
>> Atenciosamente,
>>
>>
>>
>> *Guilherme Marques Alonso*
>>
>> *Analista de TIC – I*
>>
>> *GDE/NPR - PRODAM/SP*
>>
>> *Telefone: (11) 3396-9268 <(11)%203396-9268>*
>>
>>
>> ------------------------------
>>
>> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
>> restrito ao destinatário da mensagem. Caso você a tenha recebido por
>> engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus
>> arquivos. É expressamente proibido o uso não autorizado, replicação ou
>> disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos
>> não necessariamente refletem a opinião do órgão emissor”.
>> ------------------------------
>> “Esta mensagem, incluindo seus anexos, é confidencial e seu conteúdo é
>> restrito ao destinatário da mensagem. Caso você a tenha recebido por
>> engano, queira, por favor, retorná-la ao destinatário e apagá-la de seus
>> arquivos. É expressamente proibido o uso não autorizado, replicação ou
>> disseminação da mesma. As opiniões contidas nesta mensagem e seus anexos
>> não necessariamente refletem a opinião do órgão emissor”.
>>
>>
>> _______________________________________________
>> sei-tecnico mailing listsei-tecnico@listas.softwarepublico.gov.brhttps://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
>>
>> --
>> ---
>> Guilherme Andrade Del Cantoni
>>
> --
> ---
> 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
>
>

--
Plínio Oliveira Santana
Técnico de Tecnologia da Informação - UFV