EAPn - Contribuições do usuário [pt-br]

Arquitetura do Sistema de Backup

2026-09-28T18:46:59Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

===Fluxo de Dados===
[[Arquivo:Screenshot 2026-09-28 at 15-44-23 dev2-zabbix Network maps.png|miniaturadaimagem]]

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup

#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente.

===Camadas de Rede e Protocolos===
'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

'''Sincronização:''' Rsync da parte do servidor de backup

'''Gerenciamento:''' Acesso remoto via SSH

'''Monitoramento:''' Monitoramento dos scripts de backup via Zabbix e Monitoramento do servidor de produção via StatusCake

==Armazenamento==

'''Tecnologia:''' ZFS (Zettabyte File System)

'''Nome da pool:''' "dados"

'''Topologia:''' Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

==Lógica de Automação==

A automação de backup ocorre via Shell Script.

'''Srcipt:''' /home/eapn/syncwithdev2.sh (também disponível na página do códigos UFSC, tanto com automação zabbix, quanto a versão antiga, sem automação)

'''

==Comandos Úteis ao Administrador==

É possível encontrar informações relacionadas a como realizar a manutenção do servidor na [[Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix]]

Arquivo:Screenshot 2026-09-28 at 15-44-23 dev2-zabbix Network maps.png

2026-09-28T18:46:47Z

Theo.hugen:

Imagem da topologia de rede

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:55:08Z

Theo.hugen:

==Acessando o Servidor Zabbix==
Seu acesso pode ser realizado em: http://dev2.processos.ufsc.br:8080/. Seus acessos podem ser encontrados na página [[Acessos Restritos]] nesta wiki.

==Acessando o Servidor de Backup==
Antes de acessá-lo, certifique-se que ele está ligado. Certifique-se também de desligá-lo após seu uso.

O servidor de backup pode ser acessado via terminal, através de uma conexão ssh.
<pre>$ ssh eapn@150.162.57.10</pre>

==Monitoramento via zabbix==
Acesse o zabbix, vá em "''Monitoring''"->"''Latest data''", em "''tag values''" selecione "monitoramento". Nessa seção, você encontra os itens de monitoramento do script de backup, como seu estado, horário de execução e mensagens do script.

== Adicionando Destinatário de E-mail==
Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc.

#No frontend zabbix, vá na aba lateral "Administration -> Users"
#Selecione o usuário o qual irá ser notificado
#Com o ''user'' selecionado, vá na aba ''Media''->''add''
#As definições são "''Type: Email''", "''Send to: seu_endereço_de_email@dominio.com''", podendo manter as outras configurações padrão
#Selecione ''update''

==Testar Falhas e Sucessos==
No terminal do servidor de backup (ssh eapn@150.162.57.10), execute os seguintes comandos:

#Para simular Falhas
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 0"</pre>

#Para simular sucessos
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 1"</pre>

#Para enviar mensagens
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.message -o "Falha simulada para testar envio de email"</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:42:01Z

Theo.hugen:

==Acessando o Servidor Zabbix==
Seu acesso pode ser realizado em: http://dev2.processos.ufsc.br:8080/. Seus acessos podem ser encontrados na página [[Acessos Restritos]] nesta wiki.

==Acessando o Servidor de Backup==
Antes de acessá-lo, certifique-se que ele está ligado. Certifique-se também de desligá-lo após seu uso.

O servidor de backup pode ser acessado via terminal, através de uma conexão ssh.
<pre>$ ssh eapn@150.162.57.10</pre>

== Adicionando Destinatário de E-mail==
Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc.

#No frontend zabbix, vá na aba lateral "Administration -> Users"
#Selecione o usuário o qual irá ser notificado
#Com o ''user'' selecionado, vá na aba ''Media''->''add''
#As definições são "''Type: Email''", "''Send to: seu_endereço_de_email@dominio.com''", podendo manter as outras configurações padrão
#Selecione ''update''

==Testar Falhas e Sucessos==
No terminal do servidor de backup (ssh eapn@150.162.57.10), execute os seguintes comandos:

#Para simular Falhas
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 0"</pre>

#Para simular sucessos
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 1"</pre>

#Para enviar mensagens
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.message -o "Falha simulada para testar envio de email"</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:37:23Z

Theo.hugen:

== Adicionando Destinatário de E-mail==
Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc.

#No frontend zabbix, vá na aba lateral "Administration -> Users"
#Selecione o usuário o qual irá ser notificado
#Com o ''user'' selecionado, vá na aba ''Media''->''add''
#As definições são "''Type: Email''", "''Send to: seu_endereço_de_email@dominio.com''", podendo manter as outras configurações padrão
#Selecione ''update''

==Testar Falhas e Sucessos==
No terminal do servidor de backup (ssh eapn@150.162.57.10), execute os seguintes comandos:

#Para simular Falhas
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 0"</pre>

#Para simular sucessos
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 1"</pre>

#Para enviar mensagens
<pre>$ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.message -o "Falha simulada para testar envio de email"</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:36:08Z

Theo.hugen: /* Testar Falhas e Sucessos */

== Adicionando Destinatário de E-mail==
Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc.

#No frontend zabbix, vá na aba lateral "Administration -> Users"
#Selecione o usuário o qual irá ser notificado
#Com o ''user'' selecionado, vá na aba ''Media''->''add''
#As definições são "''Type: Email''", "''Send to: seu_endereço_de_email@dominio.com''", podendo manter as outras configurações padrão
#Selecione ''update''

==Testar Falhas e Sucessos==
No terminal do servidor de backup (ssh eapn@150.162.57.10), execute os seguintes comandos:

#Para simular Falhas
<pre> $ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 0"</pre>

#Para simular sucessos
<pre> $ zabbix_sender -z 150.162.57.9 -p 10051 -s "Servidor-Backup" -k backup.status -o 1"</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:32:28Z

Theo.hugen:

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:32:18Z

Theo.hugen: /* Adicionando Destinatário de E-mail */

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:21:44Z

Theo.hugen:

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:20:00Z

Theo.hugen: /* Adicionando Destinatário de E-mail */

== Adicionando Destinatário de E-mail==
Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc.

#No frontend zabbix, vá na aba lateral "Administration -> Users"
#Selecione o usuário o qual irá ser notificado [[Arquivo:Screenshot from 2026-09-23 15-11-22.png|miniaturadaimagem]]
#Com o ''user'' selecionado, vá na aba ''Media''->''add''
#As definições são "''Type: Email''", "''Send to: seu_endereço_de_email@dominio.com''", podendo manter as outras configurações padrão
#Selecione ''update''
[[Arquivo:Screenshot from 2026-09-23 15-17-15.png|miniaturadaimagem]]
[[Arquivo:Screenshot from 2026-09-23 15-17-47.png|miniaturadaimagem]]

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:19:40Z

Theo.hugen: /* Adicionando Destinatário de E-mail */

== Adicionando Destinatário de E-mail==
Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc.

#No frontend zabbix, vá na aba lateral "Administration -> Users"
#Selecione o usuário o qual irá ser notificado [[Arquivo:Screenshot from 2026-09-23 15-11-22.png|miniaturadaimagem]]
#Com o ''user'' selecionado, vá na aba ''Media''->''add''
#As definições são "Type: Email", "Send to: seu_endereço_de_email@dominio.com", podendo manter as outras configurações padrão
#Selecione ''update''
[[Arquivo:Screenshot from 2026-09-23 15-17-15.png|miniaturadaimagem]]
[[Arquivo:Screenshot from 2026-09-23 15-17-47.png|miniaturadaimagem]]

Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix

2026-09-23T18:18:52Z

Theo.hugen: Criou página com '== Adicionando Destinatário de E-mail== Na interface frontend do Zabbix é possível adicionar notificação via email, além de outras mídias, para situações específicas do servidor, como: falha no script, baixo armazenamento, falha na conexão de rede, etc. #No frontend zabbix, vá na aba lateral "Administration -> Users" #Selecione o usuário o qual irá ser notificado miniaturadaimagem #Com o ''user'' selecion...'

Arquivo:Screenshot from 2026-09-23 15-17-47.png

2026-09-23T18:18:49Z

Theo.hugen:

Arquivo:Screenshot from 2026-09-23 15-17-15.png

2026-09-23T18:18:26Z

Theo.hugen:

EAPn - Escritório de Automação de Processos de Negócio

2026-09-23T18:07:08Z

Theo.hugen: /* Dia-a-dia (HOW-TOs) */

Modelagem e Automação de Processos de Negócio na disciplina gerencial BPM (Business Process Management).

* Sala de Reuniões Virtual: https://meet.google.com/sxn-zkfj-htn?authuser=0
* [[Contatos]]
* Trello : https://trello.com/w/lsceapn/members
* Drive : https://drive.google.com/drive/folders/1G1aS-REMFmuNCOvBLXVweW9NazybdJqv
* Git: https://codigos.ufsc.br/eapn

= Descrição =


A partir das experiências e com o amadurecimento da área de BPM dentro do ambiente organizacional, vem sendo proposta a implantação de um Escritório de Automação de Processos de Negócio (EAPn). Assim, o projeto original previa aprofundar os conhecimentos sobre a implantação de um EAPn, pesquisando sobre a viabilidade e benefícios da implementação e, principalmente, de um modelo para sua estruturação e implantação em IES.
 

O projeto visa a realização de modelagem e automação de processos de negócio de uma Instituições de Ensino Superior (IES) utilizando os princípios e práticas da disciplina gerencial Business Process Management (BPM).
 

Desde 2019 o projeto é focado nas demandas da IES, em especial do Centro Tecnológico (CTC), mas já vem atendendo outras unidades acadêmicas. Ressalta-se que a implementação e estudo de viabilidade do EAPn tem escopo nos serviços relacionados exclusivamente à automação de processos e negócios.
 

O EAPn prevê que a modelagem e, principalmente, a automação dos processos de negócio seja realizada utilizando-se um BPMS (Business Process Management Suite/System) que esteja alinhado à disciplina gerencial BPM e à notação de modelagem de processos de negócio Business Process Model and Notation (BPMN) 2.0. Os processos apresentados são resultantes da criação do Escritório de Automação de Processos de Negócios (EAPn), sendo eles:
 

* Afastamento Nacional (inclusive com Diárias e Passagens)
* Afastamento Exterior (Inclusive com Diárias e Passagens)
* Diárias e Passagens para Convidado
* Estacionamento
* Solicitações de Correções e Melhorias
* Cadastro para Acesso ao SIASG

 

Os processos foram modelados com o Guia de modelagem desenvolvido no EAPn. Este Guia prevê o ciclo de vida completo de processo, desde o mapemaneto de processos até a implantação do processo automatizado. Atualmente o Guia está completo para automação com o BPMS Bonita, sendo que foi uma atualização do Guia anterior do EAPn desenvolvido para o BPMS Bizagi.
Estes Guias servem de manuais à equipe do EAPn, e de apostila para a disciplina INE5681 - Modelagem e Automação de Processos de Negócios e estão submetidos para publicação em revistas/journals da área de automação e BPM.
::
Índice


= Objetivos =



Desenvolver no ambiente acadêmico a cultura de gerenciamento por processos através de práticas que tenham por objetivo otimizar os processos de negócios e aumentar os resultados de IES como a UFSC. A implementação da visão de gerenciamento por processos de negócio na UFSC é fundamentada na falta de uma disciplina que rege o gerenciamento de processos da instituição. Por estes processos não serem gerenciados, há o risco de existir ineficiência durante suas execuções, que podem se tornar problemas mais sérios com o passar do tempo. Tendo em vista que estes processos influenciam outros processos de diversos departamentos da universidade, aumentando ainda mais a abrangência de possíveis problemas num contexto geral de universidade.

 

O gerenciamento de processos de negócio é muito importante para o bom funcionamento da instituição, pois permite a melhora contínua de processos e serviços. Além disso, pode diminuir significativamente o tempo e trabalho necessários para automatizar os processos acadêmicos, trazendo benefícios para a universidade.

 

Através da implementação da disciplina gerencial BPM na estratégia organizacional da instituição é obtido como benefícios principais:
 
* Padronização de processos
* Redução de falhas e de desperdícios de recursos
* Análise e mensuração de resultados
* Melhoria na comunicação
* Transparência

 


Para isso, é pretendido estabelecer um modelo centrado em automação de processos de negócios, como na forma de um EAPn. Um EAPn poderá vir a solucionar problemas localizados que, comumente, não são automatizados devido a grande demanda que os setores de TI recebem das IES, ou são automatizados de forma inadequada pela visão de desenvolvimento de novos sistemas. Com isso, espera-se definir as interfaces do EAP tanto com departamentos de TI como com Escritórios de Processos de Negócios, e ainda com equipes internas do EAP.



= Resultados =

== Portal de processos ==



Os processos estão disponíveis aos usuários através do link https://processos.ufsc.br/, nele se encontram a modelagem e o acesso para o portal de execução dos processos automatizados. Para acessar a documentação: https://documentacao.processos.ufsc.br/.

 

Os processos automatizados são disponibilizados no Portal de Processos desenvolvido pelo EAPn permitindo ao usuário iniciar, consultar e realizar tarefas relacionadas aos processos disponíveis. O acesso ao Portal é feito através do link: https://processos.ufsc.br/bonita/apps/eapnPortal/Processos/.

 

O método utilizado para modelagem e automação de processos de negócio foi criado pelo professor da disciplina INE5681-Modelagem e Automação de Processos de Negócios, supervisor do EAPn, e está em fase de publicação e disponível resumidamente em notas de aula [3]. Originalmente também gerou o TCC de [8], para automação com BPMS Bizagi, e depois avançou como em ['] para BPMS Bonita. Sua aplicação foi relatada em Relatórios Técnicos resultantes da automação dos processos de Afastamento Nacional (inclusive com Diárias e Passagens), Afastamento Exterior (Inclusive com Diárias e Passagens) e Diárias e Passagens para Convidado, além de outros processos. O método original já gerou TCCs e trabalhos de Estágio, tendo sido completamente refeito para automação com um BPMS open source. Os relatórios técnicos referenciados em [4][5][7], compartilham os resultados do guia/manual de modelagem e automação tendo por objetivo auxiliar a comunidade acadêmica da UFSC interessada e envolvida com processos de negócio, mais especificamente interessados em automação de processos de negócios .



== Publicações ==


1. Towards a Business Process Automation Office Model: Action Research in Higher Education Institution, 2022. Maurício Galimberti, Jean Hauck, José Eduardo De Lucca e Sérgio Peters. Disponível em https://sol.sbc.org.br/index.php/wcge/article/view/20723/20550.
 

2. Desenvolvimento de solução para monitoramento das atividades de negócio de processos automatizados da Universidade Federal de Santa Catarina, 2021. TCC Eng. Controle e Automação - Jhonata Vinicius Tridapalli, Orientador: Maurício Galimberti. Disponível em https://repositorio.ufsc.br/handle/123456789/224839
 

3. Guia de Modelagem e Automação do Processos de Negócio com BPMS BonitaSoft: Notas de aula (somente slides, até que seja submetido para publicação). Repositório Moodle da disciplina INE5681 da UFSC, 2020. Maurício Floriano Galimberti. Disponível para uso interno em [[Guia Automação com BPMS Bonita]].
 

4. Modelagem e Automação do Processo de Negócio ‘Cadastro para Acesso ao SIASG’. Relatório Técnico do INE. Repositório Institucional UFSC, 2020. Maurício Floriano Galimberti, Antonio Carlos Mariani, Gustavo Vicente Cordeiro, Jhonata Tridapalli, Edson Roberto de Pieri, Ulisses Iraí Zílio Disponível em https://repositorio.ufsc.br/handle/123456789/208102.
 

5. Modelagem e Automação do Processo de Negócio ‘Afastamento Exterior (Inclusive com Diárias e Passagens)’. Relatório Técnico do INE. Repositório Institucional UFSC, 2019. Maurício Floriano Galimberti, Antonio Carlos Mariani, Gustavo Vicente Cordeiro, Jhonata Tridapalli, Edson Roberto de Pieri, Sérgio Peters Disponível em https://repositorio.ufsc.br/handle/123456789/201223.
 

6. Validação do Método de Modelagem e Automação de Processos de Negócio do Escritório de Automação de Processos de Negócio da UFSC, 2019. Relatório de Estágio - Gustavo Vicente Cordeiro, Orientador: Maurício Galimberti. Disponível em https://drive.google.com/drive/u/1/folders/10FddHVafoxEkrBh0wU8e2dqlaP3KmIg_.
 

7. Método de Modelagem e Automação de Processos de Negócios Acadêmicos com BPMS: estudo de caso com BPMS Bizagi e IES UFSC. Relatório Técnico do INE. Repositório Institucional UFSC, 2019 Maurício Floriano Galimbreti, Antonio Carlos Mariani, Hugo Piovesan Gonçalves,Gustavo Vicente Cordeiro, Jhonata Vinicius Tridapalli. Disponível em https://repositorio.ufsc.br/handle/123456789/196032.
 

8. Guia para Modelagem e Automação de Processos: estudos de caso com processos acadêmicos da UFSC. 2016. Trabalho de Conclusão de Curso. (Bel. Sistema de Informação) – Universidade Federal de Santa Catarina., 2016. Hugo Piovesan Gonçalves, Orientador: Maurício Floriano Galimberti. Disponível em https://repositorio.ufsc.br/xmlui/handle/123456789/171424.
 

9. Modelagem e Automação do Processo de Negócio ‘Criação e Gestão de Programas e Planos de Ensino’ na PROGRAD da UFSC. 2022.
 Maurício Floriano Galimberti, Antonio Carlos Mariani, Jhonata Vinicius Tridapalli, Miguel Hellmann Preuss, Thiago Vieira de Souza Cunha, Tomás Fiorini Drews, Vanessa Stopanovski Ribeiro
Disponível em https://repositorio.ufsc.br/handle/123456789/231596.

== Eventos ==


 

= Conceituais =

* [[Conceitos Chave - BPM, BPMS, Bonita, Tomcat, Git, Metabase e EPM]]

* [[Conceitos Aprofundados - BPM, BPMS, EPM]]

* [[Guia Automação com BPMS Bonita]]

* [[Linguagens de Programação Utilizadas no BPMS Bonita]]

* Arquitetura de um servidor Bonita

* [[Arquitetura do Nosso Servidor Bonita]]

* [[Arquitetura do Sistema de Backup]]

* [[Runbook de Manutenção e Troubleshooting do Servidor de Backup]]

* [[Servidor de Monitoramento - Zabbix]]

* [[Conceitos Chave - Sysadmin]]

* [[Nosso ambiente de desenvolvimento]]

* Nosso processo de desenvolvimento: [[Guia Automação com BPMS Bonita]]

 

= Operacionais =

== Dia-a-dia (HOW-TOs) ==

* GIT
* Acesso ao [[GIT]]
* [[Utilização de GIT no Bonita]]

* [[Atividades Rotineiras no Bonita]]
* [[Como realizar Debugging no Bonita]]
* [[Como realizar backup e restore no servidor]]
* [[Pastas de acesso aos arquivos no servidor de produção]]
* [[Passo-a-Passo configuração do .bos]] << faltou explicar o que é .bos
* Informações de como proceder para implantar os processos no servidor
* [[Procedimentos de Suporte da Plataforma de Processos Automatizados: scripts, políticas, etc.]]
* [[Acessos Restritos]] (atenção)
* [[Criação de Conectores]]
* [[Criação de REST API]]
* [[FAQ Interna]]
* [[Acesso e leitura via servidor ao MySQL]]
* [[Deploy de um Processo no Servidor]]
* [[Problemas e Soluções]]
* [[Como Acessar o Servidor pelo Gerenciador de Arquivos]]
* [[Gerar PDF no bonita]]
* [[Gerar Tabela de Número de Casos por Processo]]
* [[Como verificar quem pode realizar determinada tarefa]]
* [[Exceções da Organization (Ex: acesso de funcionários terceirizados ao portal)]]
* [[Deploy de Processo no Servidor de Produção]]
* [[Criação de novos papeis (roles)]]
* [[Como atualizar a página de documentação dos processos no portal]]
* [[Runbook de Manutenção e Troubleshooting do Servidor de Backup com Zabbix]]

== Procedimentos de instalação e configuração dos Desktops ==

* [[Instalação do Software BPMS Bonita]]
* [[Processo de instalação do software BonitaBPM Community em Sistemas operacionais GNU_Linux]]
* [[Montar um servidor em máquina local]]
* [[Montar um servidor em máquina local: com automação]]

== Procedimentos de instalação e configuração dos Servidores ==

* [[Como gerenciar usuários no MediaWiki]]
* [[Configuração do CAS no Bonita]]
* [[Instalação do MediaWiki em SO baseado em Debian #TODO e o MediaWiki???]]
* [[Set-up de um servidor DEV]]
* [[Monitoramento automático do servidor de produção do EAPn]]

== Documentação de Registro de TI ==

* [[Arquitetura da rede do LSC]]
* [[Guia completo para restauração do servidor de produção]]
* [[Guia de uso do editor de texto Nano]]
* [[Guia de uso do banco de dados MySQL]]
* [[Guia de uso Metabase]]
* [[Máquina Virtual para publicação de processos do Bizagi (Terminal Acadêmico via Remmina)]]
* [[Atualização do certificado dos servidores]]
* [[Dashboard]]

== Outras instruções e dicas ==

* [[Usuário convidado para permitir processos públicos]]
* [[CUIDADOS]]
* [[Como criar um Gerador de PDF]]
* [https://www.mediawiki.org/wiki/Help:Formatting Como formatar a wiki]
* Informações do Desenvolvimento da página de aplicação
* [[Servidor de Produção: configurações e dicas do Mariani]]
* [[Encontrar o log do Bonita para verificar erros]]
* [[Adicionando dependências no Bonita Studio]]
* [[Como deletar um caso no servidor de produção]]
* [[Temporizadores]]
* Dicas para [[instalação do R e do R-Studio]]

= Projetos =

== Odontologia ==

* [[P20 - Atendimento eletivo]]
* [[P50 - Esterilização ]]

Acessos Restritos

2026-09-22T19:46:19Z

Theo.hugen:

Acesso às bases de dados pelo dashboard de Produção(Mesma coisa que visualizar pelo servidor): 
* 1- https://dashboard.processos.ufsc.br/ 
* 2- "eap.ctc@contato.ufsc.br","deploy*metabase" (final da página tem os dados do bonita em "businessDataBonita" e "EngineData"). 
 
Acesso às bases de dados pelo dashboard de Testes(Mesma coisa que visualizar pelo servidor): 
* 1- https://dashboard-dev.processos.ufsc.br/ 
* 2- "eap.ctc@contato.ufsc.br","deploy*metabase" (final da página tem os dados do bonita em "Cópia Processos Produção" e "DB Bonita"). 
 

Acessar '''portal''' de '''produção''' (Bonita 2022.1):

* https://processos.ufsc.br/bonita/login_admin.jsp
* Admin: "deploy", "bpm*bonita"
* SuperUser: "admin", "bpm*bonita"

Acessar '''servidor''' de '''produção''' (Bonita 2022.1):

* Terminal(SSH):
** $ ssh bonita@processos.ufsc.br
** Admin: "bonita", "bpm*bonita"

* FileZilla:
** Servidor: processos.ufsc.br
** User: "bonita"
** Senha: "bpm*bonita"
** Porta: 22

Acessar '''portal''' de '''desenvolvimento''' (dev. e dev2.) (Bonita 2022.1):

* https://dev.processos.ufsc.br/bonita/login_admin.jsp / https://dev2.processos.ufsc.br/bonita/login_admin.jsp
* Admin: "deploy", "dev*bonita"
* SuperUser: "admin", "dev*bonita"

Acessar '''servidor''' de '''desenvolvimento''' (dev. e dev2.) (Bonita 2022.1):

* Terminal(SSH):
** $ ssh bonita@dev.processos.ufsc.br / ssh bonita@dev2.processos.ufsc.br
** Admin: "bonita", "dev*bonita"

* FileZilla:
** Servidor: dev.processos.ufsc.br / dev2.processos.ufsc.br
** User: "bonita"
** Senha: "dev*bonita"
** Porta: 22

Acessar '''desktops''' do '''EAPn (LSC)''':

* User: "eapn"
* Senha: "eapn*eapn"

Acessar banco de dados - '''Organization Extra'''
(usuários, grupos e memberships extras cadastradas manualmente)

* Link: https://documentacao.processos.ufsc.br/phpmyadmin
* Usuário: organization
* Senha: orgbonita

* Tabela: organization_extra

Acessar o Servidor '''dev2-zabbix''':

* Link: http://dev2.processos.ufsc.br:8080/zabbix.php?action=dashboard.view

* User: eapn-admin
* Senha: dev*bonita

* User: Admin
* Senha: eapn*eapn

Acessos Restritos

2026-09-22T19:43:08Z

Theo.hugen:

Acessos Restritos

2026-09-22T19:42:48Z

Theo.hugen:

Acesso às bases de dados pelo dashboard de Produção(Mesma coisa que visualizar pelo servidor): 
* 1- https://dashboard.processos.ufsc.br/ 
* 2- "eap.ctc@contato.ufsc.br","deploy*metabase" (final da página tem os dados do bonita em "businessDataBonita" e "EngineData"). 
 
Acesso às bases de dados pelo dashboard de Testes(Mesma coisa que visualizar pelo servidor): 
* 1- https://dashboard-dev.processos.ufsc.br/ 
* 2- "eap.ctc@contato.ufsc.br","deploy*metabase" (final da página tem os dados do bonita em "Cópia Processos Produção" e "DB Bonita"). 
 

Acessar '''portal''' de '''produção''' (Bonita 2022.1):

* https://processos.ufsc.br/bonita/login_admin.jsp
* Admin: "deploy", "bpm*bonita"
* SuperUser: "admin", "bpm*bonita"

Acessar '''servidor''' de '''produção''' (Bonita 2022.1):

* Terminal(SSH):
** $ ssh bonita@processos.ufsc.br
** Admin: "bonita", "bpm*bonita"

* FileZilla:
** Servidor: processos.ufsc.br
** User: "bonita"
** Senha: "bpm*bonita"
** Porta: 22

Acessar '''portal''' de '''desenvolvimento''' (dev. e dev2.) (Bonita 2022.1):

* https://dev.processos.ufsc.br/bonita/login_admin.jsp / https://dev2.processos.ufsc.br/bonita/login_admin.jsp
* Admin: "deploy", "dev*bonita"
* SuperUser: "admin", "dev*bonita"

Acessar '''servidor''' de '''desenvolvimento''' (dev. e dev2.) (Bonita 2022.1):

* Terminal(SSH):
** $ ssh bonita@dev.processos.ufsc.br / ssh bonita@dev2.processos.ufsc.br
** Admin: "bonita", "dev*bonita"

* FileZilla:
** Servidor: dev.processos.ufsc.br / dev2.processos.ufsc.br
** User: "bonita"
** Senha: "dev*bonita"
** Porta: 22

Acessar '''desktops''' do '''EAPn (LSC)''':

* User: "eapn"
* Senha: "eapn*eapn"

Acessar banco de dados - '''Organization Extra'''
(usuários, grupos e memberships extras cadastradas manualmente)

* Link: https://documentacao.processos.ufsc.br/phpmyadmin
* Usuário: organization
* Senha: orgbonita

* Tabela: organization_extra

Acessar o Servidor dev2-zabbix

* Link: http://dev2.processos.ufsc.br:8080/zabbix.php?action=dashboard.view

* User: eapn-admin
* Senha: dev*bonita

Acessos Restritos

2026-09-22T19:42:36Z

Theo.hugen:

Acesso às bases de dados pelo dashboard de Produção(Mesma coisa que visualizar pelo servidor): 
* 1- https://dashboard.processos.ufsc.br/ 
* 2- "eap.ctc@contato.ufsc.br","deploy*metabase" (final da página tem os dados do bonita em "businessDataBonita" e "EngineData"). 
 
Acesso às bases de dados pelo dashboard de Testes(Mesma coisa que visualizar pelo servidor): 
* 1- https://dashboard-dev.processos.ufsc.br/ 
* 2- "eap.ctc@contato.ufsc.br","deploy*metabase" (final da página tem os dados do bonita em "Cópia Processos Produção" e "DB Bonita"). 
 

Acessar '''portal''' de '''produção''' (Bonita 2022.1):

* https://processos.ufsc.br/bonita/login_admin.jsp
* Admin: "deploy", "bpm*bonita"
* SuperUser: "admin", "bpm*bonita"

Acessar '''servidor''' de '''produção''' (Bonita 2022.1):

* Terminal(SSH):
** $ ssh bonita@processos.ufsc.br
** Admin: "bonita", "bpm*bonita"

* FileZilla:
** Servidor: processos.ufsc.br
** User: "bonita"
** Senha: "bpm*bonita"
** Porta: 22

Acessar '''portal''' de '''desenvolvimento''' (dev. e dev2.) (Bonita 2022.1):

* https://dev.processos.ufsc.br/bonita/login_admin.jsp / https://dev2.processos.ufsc.br/bonita/login_admin.jsp
* Admin: "deploy", "dev*bonita"
* SuperUser: "admin", "dev*bonita"

Acessar '''servidor''' de '''desenvolvimento''' (dev. e dev2.) (Bonita 2022.1):

* Terminal(SSH):
** $ ssh bonita@dev.processos.ufsc.br / ssh bonita@dev2.processos.ufsc.br
** Admin: "bonita", "dev*bonita"

* FileZilla:
** Servidor: dev.processos.ufsc.br / dev2.processos.ufsc.br
** User: "bonita"
** Senha: "dev*bonita"
** Porta: 22

Acessar '''desktops''' do '''EAPn (LSC)''':

* User: "eapn"
* Senha: "eapn*eapn"

Acessar banco de dados - '''Organization Extra'''
(usuários, grupos e memberships extras cadastradas manualmente)

* Link: https://documentacao.processos.ufsc.br/phpmyadmin
* Usuário: organization
* Senha: orgbonita

* Tabela: organization_extra

Acessar o Servidor dev2-zabbix

* Link: http://dev2.processos.ufsc.br:8080/zabbix.php?action=dashboard.view

* User: eapn-admin
* Senha: dev*bonita

Servidor de Monitoramento - Zabbix

2026-09-22T19:11:13Z

Theo.hugen:

O Escritório de Automação de Processos de Negócios (EAPn), possui um sistema de monitoramento, o Zabbix, para os seus servidores. É possível acompanhar o andamento de scripts, espaço de armazenamento, conexão wifi dentre outras informações via servidor Zabbix.

O servidor está contido no servidor de desenvolvimento dev2, podendo ser acessado pelo link: http://dev2.processos.ufsc.br:8080/zabbix.php?action=dashboard.view

O código de script de backup do sistema é encontrado no repositório "scripts-do-servidor" na página do EAPn em Códigos UFSC.

Servidor de Monitoramento - Zabbix

2026-09-22T18:41:06Z

Theo.hugen: Criou página com 'O Escritório de Automação de Processos de Negócios (EAPn), possui um sistema de monitoramento, o Zabbix, para os seus servidores. É possível acompanhar o andamento de scripts, espaço de armazenamento, conexão wifi dentre outras informações via servidor Zabbix. O servidor está contido no servidor de desenvolvimento dev2, podendo ser acessado pelo link: http://dev2.processos.ufsc.br:8080/zabbix.php?action=dashboard.view'

EAPn - Escritório de Automação de Processos de Negócio

2026-09-22T18:38:25Z

Theo.hugen: /* Conceituais */

Modelagem e Automação de Processos de Negócio na disciplina gerencial BPM (Business Process Management).

* Sala de Reuniões Virtual: https://meet.google.com/sxn-zkfj-htn?authuser=0
* [[Contatos]]
* Trello : https://trello.com/w/lsceapn/members
* Drive : https://drive.google.com/drive/folders/1G1aS-REMFmuNCOvBLXVweW9NazybdJqv
* Git: https://codigos.ufsc.br/eapn

= Descrição =


A partir das experiências e com o amadurecimento da área de BPM dentro do ambiente organizacional, vem sendo proposta a implantação de um Escritório de Automação de Processos de Negócio (EAPn). Assim, o projeto original previa aprofundar os conhecimentos sobre a implantação de um EAPn, pesquisando sobre a viabilidade e benefícios da implementação e, principalmente, de um modelo para sua estruturação e implantação em IES.
 

O projeto visa a realização de modelagem e automação de processos de negócio de uma Instituições de Ensino Superior (IES) utilizando os princípios e práticas da disciplina gerencial Business Process Management (BPM).
 

Desde 2019 o projeto é focado nas demandas da IES, em especial do Centro Tecnológico (CTC), mas já vem atendendo outras unidades acadêmicas. Ressalta-se que a implementação e estudo de viabilidade do EAPn tem escopo nos serviços relacionados exclusivamente à automação de processos e negócios.
 

O EAPn prevê que a modelagem e, principalmente, a automação dos processos de negócio seja realizada utilizando-se um BPMS (Business Process Management Suite/System) que esteja alinhado à disciplina gerencial BPM e à notação de modelagem de processos de negócio Business Process Model and Notation (BPMN) 2.0. Os processos apresentados são resultantes da criação do Escritório de Automação de Processos de Negócios (EAPn), sendo eles:
 

* Afastamento Nacional (inclusive com Diárias e Passagens)
* Afastamento Exterior (Inclusive com Diárias e Passagens)
* Diárias e Passagens para Convidado
* Estacionamento
* Solicitações de Correções e Melhorias
* Cadastro para Acesso ao SIASG

 

Os processos foram modelados com o Guia de modelagem desenvolvido no EAPn. Este Guia prevê o ciclo de vida completo de processo, desde o mapemaneto de processos até a implantação do processo automatizado. Atualmente o Guia está completo para automação com o BPMS Bonita, sendo que foi uma atualização do Guia anterior do EAPn desenvolvido para o BPMS Bizagi.
Estes Guias servem de manuais à equipe do EAPn, e de apostila para a disciplina INE5681 - Modelagem e Automação de Processos de Negócios e estão submetidos para publicação em revistas/journals da área de automação e BPM.
::
Índice


= Objetivos =



Desenvolver no ambiente acadêmico a cultura de gerenciamento por processos através de práticas que tenham por objetivo otimizar os processos de negócios e aumentar os resultados de IES como a UFSC. A implementação da visão de gerenciamento por processos de negócio na UFSC é fundamentada na falta de uma disciplina que rege o gerenciamento de processos da instituição. Por estes processos não serem gerenciados, há o risco de existir ineficiência durante suas execuções, que podem se tornar problemas mais sérios com o passar do tempo. Tendo em vista que estes processos influenciam outros processos de diversos departamentos da universidade, aumentando ainda mais a abrangência de possíveis problemas num contexto geral de universidade.

 

O gerenciamento de processos de negócio é muito importante para o bom funcionamento da instituição, pois permite a melhora contínua de processos e serviços. Além disso, pode diminuir significativamente o tempo e trabalho necessários para automatizar os processos acadêmicos, trazendo benefícios para a universidade.

 

Através da implementação da disciplina gerencial BPM na estratégia organizacional da instituição é obtido como benefícios principais:
 
* Padronização de processos
* Redução de falhas e de desperdícios de recursos
* Análise e mensuração de resultados
* Melhoria na comunicação
* Transparência

 


Para isso, é pretendido estabelecer um modelo centrado em automação de processos de negócios, como na forma de um EAPn. Um EAPn poderá vir a solucionar problemas localizados que, comumente, não são automatizados devido a grande demanda que os setores de TI recebem das IES, ou são automatizados de forma inadequada pela visão de desenvolvimento de novos sistemas. Com isso, espera-se definir as interfaces do EAP tanto com departamentos de TI como com Escritórios de Processos de Negócios, e ainda com equipes internas do EAP.



= Resultados =

== Portal de processos ==



Os processos estão disponíveis aos usuários através do link https://processos.ufsc.br/, nele se encontram a modelagem e o acesso para o portal de execução dos processos automatizados. Para acessar a documentação: https://documentacao.processos.ufsc.br/.

 

Os processos automatizados são disponibilizados no Portal de Processos desenvolvido pelo EAPn permitindo ao usuário iniciar, consultar e realizar tarefas relacionadas aos processos disponíveis. O acesso ao Portal é feito através do link: https://processos.ufsc.br/bonita/apps/eapnPortal/Processos/.

 

O método utilizado para modelagem e automação de processos de negócio foi criado pelo professor da disciplina INE5681-Modelagem e Automação de Processos de Negócios, supervisor do EAPn, e está em fase de publicação e disponível resumidamente em notas de aula [3]. Originalmente também gerou o TCC de [8], para automação com BPMS Bizagi, e depois avançou como em ['] para BPMS Bonita. Sua aplicação foi relatada em Relatórios Técnicos resultantes da automação dos processos de Afastamento Nacional (inclusive com Diárias e Passagens), Afastamento Exterior (Inclusive com Diárias e Passagens) e Diárias e Passagens para Convidado, além de outros processos. O método original já gerou TCCs e trabalhos de Estágio, tendo sido completamente refeito para automação com um BPMS open source. Os relatórios técnicos referenciados em [4][5][7], compartilham os resultados do guia/manual de modelagem e automação tendo por objetivo auxiliar a comunidade acadêmica da UFSC interessada e envolvida com processos de negócio, mais especificamente interessados em automação de processos de negócios .



== Publicações ==


1. Towards a Business Process Automation Office Model: Action Research in Higher Education Institution, 2022. Maurício Galimberti, Jean Hauck, José Eduardo De Lucca e Sérgio Peters. Disponível em https://sol.sbc.org.br/index.php/wcge/article/view/20723/20550.
 

2. Desenvolvimento de solução para monitoramento das atividades de negócio de processos automatizados da Universidade Federal de Santa Catarina, 2021. TCC Eng. Controle e Automação - Jhonata Vinicius Tridapalli, Orientador: Maurício Galimberti. Disponível em https://repositorio.ufsc.br/handle/123456789/224839
 

3. Guia de Modelagem e Automação do Processos de Negócio com BPMS BonitaSoft: Notas de aula (somente slides, até que seja submetido para publicação). Repositório Moodle da disciplina INE5681 da UFSC, 2020. Maurício Floriano Galimberti. Disponível para uso interno em [[Guia Automação com BPMS Bonita]].
 

4. Modelagem e Automação do Processo de Negócio ‘Cadastro para Acesso ao SIASG’. Relatório Técnico do INE. Repositório Institucional UFSC, 2020. Maurício Floriano Galimberti, Antonio Carlos Mariani, Gustavo Vicente Cordeiro, Jhonata Tridapalli, Edson Roberto de Pieri, Ulisses Iraí Zílio Disponível em https://repositorio.ufsc.br/handle/123456789/208102.
 

5. Modelagem e Automação do Processo de Negócio ‘Afastamento Exterior (Inclusive com Diárias e Passagens)’. Relatório Técnico do INE. Repositório Institucional UFSC, 2019. Maurício Floriano Galimberti, Antonio Carlos Mariani, Gustavo Vicente Cordeiro, Jhonata Tridapalli, Edson Roberto de Pieri, Sérgio Peters Disponível em https://repositorio.ufsc.br/handle/123456789/201223.
 

6. Validação do Método de Modelagem e Automação de Processos de Negócio do Escritório de Automação de Processos de Negócio da UFSC, 2019. Relatório de Estágio - Gustavo Vicente Cordeiro, Orientador: Maurício Galimberti. Disponível em https://drive.google.com/drive/u/1/folders/10FddHVafoxEkrBh0wU8e2dqlaP3KmIg_.
 

7. Método de Modelagem e Automação de Processos de Negócios Acadêmicos com BPMS: estudo de caso com BPMS Bizagi e IES UFSC. Relatório Técnico do INE. Repositório Institucional UFSC, 2019 Maurício Floriano Galimbreti, Antonio Carlos Mariani, Hugo Piovesan Gonçalves,Gustavo Vicente Cordeiro, Jhonata Vinicius Tridapalli. Disponível em https://repositorio.ufsc.br/handle/123456789/196032.
 

8. Guia para Modelagem e Automação de Processos: estudos de caso com processos acadêmicos da UFSC. 2016. Trabalho de Conclusão de Curso. (Bel. Sistema de Informação) – Universidade Federal de Santa Catarina., 2016. Hugo Piovesan Gonçalves, Orientador: Maurício Floriano Galimberti. Disponível em https://repositorio.ufsc.br/xmlui/handle/123456789/171424.
 

9. Modelagem e Automação do Processo de Negócio ‘Criação e Gestão de Programas e Planos de Ensino’ na PROGRAD da UFSC. 2022.
 Maurício Floriano Galimberti, Antonio Carlos Mariani, Jhonata Vinicius Tridapalli, Miguel Hellmann Preuss, Thiago Vieira de Souza Cunha, Tomás Fiorini Drews, Vanessa Stopanovski Ribeiro
Disponível em https://repositorio.ufsc.br/handle/123456789/231596.

== Eventos ==


 

= Conceituais =

* [[Conceitos Chave - BPM, BPMS, Bonita, Tomcat, Git, Metabase e EPM]]

* [[Conceitos Aprofundados - BPM, BPMS, EPM]]

* [[Guia Automação com BPMS Bonita]]

* [[Linguagens de Programação Utilizadas no BPMS Bonita]]

* Arquitetura de um servidor Bonita

* [[Arquitetura do Nosso Servidor Bonita]]

* [[Arquitetura do Sistema de Backup]]

* [[Runbook de Manutenção e Troubleshooting do Servidor de Backup]]

* [[Servidor de Monitoramento - Zabbix]]

* [[Conceitos Chave - Sysadmin]]

* [[Nosso ambiente de desenvolvimento]]

* Nosso processo de desenvolvimento: [[Guia Automação com BPMS Bonita]]

 

= Operacionais =

== Dia-a-dia (HOW-TOs) ==

* GIT
* Acesso ao [[GIT]]
* [[Utilização de GIT no Bonita]]

* [[Atividades Rotineiras no Bonita]]
* [[Como realizar Debugging no Bonita]]
* [[Como realizar backup e restore no servidor]]
* [[Pastas de acesso aos arquivos no servidor de produção]]
* [[Passo-a-Passo configuração do .bos]] << faltou explicar o que é .bos
* Informações de como proceder para implantar os processos no servidor
* [[Procedimentos de Suporte da Plataforma de Processos Automatizados: scripts, políticas, etc.]]
* [[Acessos Restritos]] (atenção)
* [[Criação de Conectores]]
* [[Criação de REST API]]
* [[FAQ Interna]]
* [[Acesso e leitura via servidor ao MySQL]]
* [[Deploy de um Processo no Servidor]]
* [[Problemas e Soluções]]
* [[Como Acessar o Servidor pelo Gerenciador de Arquivos]]
* [[Gerar PDF no bonita]]
* [[Gerar Tabela de Número de Casos por Processo]]
* [[Como verificar quem pode realizar determinada tarefa]]
* [[Exceções da Organization (Ex: acesso de funcionários terceirizados ao portal)]]
* [[Deploy de Processo no Servidor de Produção]]
* [[Criação de novos papeis (roles)]]
* [[Como atualizar a página de documentação dos processos no portal]]

== Procedimentos de instalação e configuração dos Desktops ==

* [[Instalação do Software BPMS Bonita]]
* [[Processo de instalação do software BonitaBPM Community em Sistemas operacionais GNU_Linux]]
* [[Montar um servidor em máquina local]]
* [[Montar um servidor em máquina local: com automação]]

== Procedimentos de instalação e configuração dos Servidores ==

* [[Como gerenciar usuários no MediaWiki]]
* [[Configuração do CAS no Bonita]]
* [[Instalação do MediaWiki em SO baseado em Debian #TODO e o MediaWiki???]]
* [[Set-up de um servidor DEV]]
* [[Monitoramento automático do servidor de produção do EAPn]]

== Documentação de Registro de TI ==

* [[Arquitetura da rede do LSC]]
* [[Guia completo para restauração do servidor de produção]]
* [[Guia de uso do editor de texto Nano]]
* [[Guia de uso do banco de dados MySQL]]
* [[Guia de uso Metabase]]
* [[Máquina Virtual para publicação de processos do Bizagi (Terminal Acadêmico via Remmina)]]
* [[Atualização do certificado dos servidores]]
* [[Dashboard]]

== Outras instruções e dicas ==

* [[Usuário convidado para permitir processos públicos]]
* [[CUIDADOS]]
* [[Como criar um Gerador de PDF]]
* [https://www.mediawiki.org/wiki/Help:Formatting Como formatar a wiki]
* Informações do Desenvolvimento da página de aplicação
* [[Servidor de Produção: configurações e dicas do Mariani]]
* [[Encontrar o log do Bonita para verificar erros]]
* [[Adicionando dependências no Bonita Studio]]
* [[Como deletar um caso no servidor de produção]]
* [[Temporizadores]]
* Dicas para [[instalação do R e do R-Studio]]

= Projetos =

== Odontologia ==

* [[P20 - Atendimento eletivo]]
* [[P50 - Esterilização ]]

Arquitetura do Sistema de Backup

2026-09-01T17:48:24Z

Theo.hugen: /* Comandos Úteis ao Administrador */

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

===Fluxo de Dados===

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

===Camadas de Rede e Protocolos===
'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

'''Sincronização:''' Rsync da parte do servidor de backup(?)

'''Gerenciamento:''' Acesso remoto via SSH

==Armazenamento==

'''Tecnologia:''' ZFS (Zettabyte File System)

'''Nome da pool:''' "dados"

'''Topologia:''' Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

==Lógica de Automação==

A automação de backup ocorre via Shell Script.

'''Srcipt:''' /home/eapn/syncwithdev2.sh (também disponível na página do códigos UFSC)

'''

==Comandos Úteis ao Administrador==

É possível encontrar informações relacionadas a como realizar a manutenção do servidor na [[Runbook de Manutenção e Troubleshooting do Servidor de Backup|página de runbook da wiki.]]

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:07:52Z

Theo.hugen: /* Atividades Manuais */

==Conferência do servidor==
Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento.

#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

#Para listar as datas nas quais o script de backup rodou, digite no terminal:
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Os comandos supracitados mostram o comportamento geral do sistema, onde podemos ou não encontrar erros. Caso seja interesse a busca por erros de forma direta, há outro comando adequado.

#Para conferência de erros digite no terminal:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

==Manutenção do ZFS==

Como não há comando fsck (comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

#Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

#Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

==Atividades Manuais==
Backup manual (espelha os dados da rede para o disco local):
<pre>$rsync -auv /nfs/backup/ /dados/backup</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:07:18Z

Theo.hugen:

==Conferência do servidor==
Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento.

#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

#Para listar as datas nas quais o script de backup rodou, digite no terminal:
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Os comandos supracitados mostram o comportamento geral do sistema, onde podemos ou não encontrar erros. Caso seja interesse a busca por erros de forma direta, há outro comando adequado.

#Para conferência de erros digite no terminal:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

==Manutenção do ZFS==

Como não há comando fsck (comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

#Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

#Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

==Atividades Manuais==
É possível espelhar os dados da rede para o disco local sem precisar esperar o script de backup.

#O backup pode ser realizado manualmente ao colar no terminal:
<pre>$rsync -auv /nfs/backup/ /dados/backup</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:06:02Z

Theo.hugen:

==Conferência do servidor==
Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento.

#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

#Para listar as datas nas quais o script de backup rodou, digite no terminal:
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Os comandos supracitados mostram o comportamento geral do sistema, onde podemos ou não encontrar erros. Caso seja interesse a busca por erros de forma direta, há outro comando adequado.

#Para conferência de erros digite no terminal:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

==Manutenção do ZFS==

Como não há comando fsck (comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

#Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

#Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

==Atividades Manuais==

#O backup pode ser realizado manualmente ao colar no terminal:
<pre>$rsync -auv /nfs/backup/ /dados/backup</pre>

Com esse comando, os dados da rede são espelhados para o disco local.

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:04:41Z

Theo.hugen: /* Conferência do servidor */

==Conferência do servidor==
Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento.

#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

#Para listar as datas nas quais o script de backup rodou, digite no terminal:
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Os comandos supracitados mostram o comportamento geral do sistema, onde podemos ou não encontrar erros. Caso seja interesse a busca por erros de forma direta, há outro comando adequado.

#Para conferência de erros digite no terminal:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

==Manutenção do ZFS==

Como não há comando fsck (comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:03:12Z

Theo.hugen:

==Conferência do servidor==
Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento.

#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>
#confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>
Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de acordo com o script de backup, observando caso ocorra a interrupção em determinada etapa.

Para listar as datas nas quais o script de backup rodou, digite no terminal:
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Os comandos supracitados mostram o comportamento geral do sistema, onde podemos ou não encontrar erros. Caso seja interesse a busca por erros de forma direta, digite no terminal:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

==Manutenção do ZFS==

Como não há comando fsck (comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Runbook de Manutenção e Troubleshooting do Servidor de Backup

2026-09-01T17:01:25Z

Theo.hugen: Criou página com '==Conferência do servidor== Para a manutenção do sistema, faz-se conveniente a checagem dos logs em prol de obter uma visão geral sobre seu funcionamento. #Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre> #confira o log diário do servidor utilizando:<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre> Quanto maior o número após o tail, maior a quantidade de informações mostradas. Tal comando é útil para verificar as mensagens emitidas de aco...'

EAPn - Escritório de Automação de Processos de Negócio

2026-08-26T21:38:17Z

Theo.hugen: /* Conceituais */

Modelagem e Automação de Processos de Negócio na disciplina gerencial BPM (Business Process Management).

* Sala de Reuniões Virtual: https://meet.google.com/sxn-zkfj-htn?authuser=0
* [[Contatos]]
* Trello : https://trello.com/w/lsceapn/members
* Drive : https://drive.google.com/drive/folders/1G1aS-REMFmuNCOvBLXVweW9NazybdJqv
* Git: https://codigos.ufsc.br/eapn

= Descrição =


A partir das experiências e com o amadurecimento da área de BPM dentro do ambiente organizacional, vem sendo proposta a implantação de um Escritório de Automação de Processos de Negócio (EAPn). Assim, o projeto original previa aprofundar os conhecimentos sobre a implantação de um EAPn, pesquisando sobre a viabilidade e benefícios da implementação e, principalmente, de um modelo para sua estruturação e implantação em IES.
 

O projeto visa a realização de modelagem e automação de processos de negócio de uma Instituições de Ensino Superior (IES) utilizando os princípios e práticas da disciplina gerencial Business Process Management (BPM).
 

Desde 2019 o projeto é focado nas demandas da IES, em especial do Centro Tecnológico (CTC), mas já vem atendendo outras unidades acadêmicas. Ressalta-se que a implementação e estudo de viabilidade do EAPn tem escopo nos serviços relacionados exclusivamente à automação de processos e negócios.
 

O EAPn prevê que a modelagem e, principalmente, a automação dos processos de negócio seja realizada utilizando-se um BPMS (Business Process Management Suite/System) que esteja alinhado à disciplina gerencial BPM e à notação de modelagem de processos de negócio Business Process Model and Notation (BPMN) 2.0. Os processos apresentados são resultantes da criação do Escritório de Automação de Processos de Negócios (EAPn), sendo eles:
 

* Afastamento Nacional (inclusive com Diárias e Passagens)
* Afastamento Exterior (Inclusive com Diárias e Passagens)
* Diárias e Passagens para Convidado
* Estacionamento
* Solicitações de Correções e Melhorias
* Cadastro para Acesso ao SIASG

 

Os processos foram modelados com o Guia de modelagem desenvolvido no EAPn. Este Guia prevê o ciclo de vida completo de processo, desde o mapemaneto de processos até a implantação do processo automatizado. Atualmente o Guia está completo para automação com o BPMS Bonita, sendo que foi uma atualização do Guia anterior do EAPn desenvolvido para o BPMS Bizagi.
Estes Guias servem de manuais à equipe do EAPn, e de apostila para a disciplina INE5681 - Modelagem e Automação de Processos de Negócios e estão submetidos para publicação em revistas/journals da área de automação e BPM.
::
Índice


= Objetivos =



Desenvolver no ambiente acadêmico a cultura de gerenciamento por processos através de práticas que tenham por objetivo otimizar os processos de negócios e aumentar os resultados de IES como a UFSC. A implementação da visão de gerenciamento por processos de negócio na UFSC é fundamentada na falta de uma disciplina que rege o gerenciamento de processos da instituição. Por estes processos não serem gerenciados, há o risco de existir ineficiência durante suas execuções, que podem se tornar problemas mais sérios com o passar do tempo. Tendo em vista que estes processos influenciam outros processos de diversos departamentos da universidade, aumentando ainda mais a abrangência de possíveis problemas num contexto geral de universidade.

 

O gerenciamento de processos de negócio é muito importante para o bom funcionamento da instituição, pois permite a melhora contínua de processos e serviços. Além disso, pode diminuir significativamente o tempo e trabalho necessários para automatizar os processos acadêmicos, trazendo benefícios para a universidade.

 

Através da implementação da disciplina gerencial BPM na estratégia organizacional da instituição é obtido como benefícios principais:
 
* Padronização de processos
* Redução de falhas e de desperdícios de recursos
* Análise e mensuração de resultados
* Melhoria na comunicação
* Transparência

 


Para isso, é pretendido estabelecer um modelo centrado em automação de processos de negócios, como na forma de um EAPn. Um EAPn poderá vir a solucionar problemas localizados que, comumente, não são automatizados devido a grande demanda que os setores de TI recebem das IES, ou são automatizados de forma inadequada pela visão de desenvolvimento de novos sistemas. Com isso, espera-se definir as interfaces do EAP tanto com departamentos de TI como com Escritórios de Processos de Negócios, e ainda com equipes internas do EAP.



= Resultados =

== Portal de processos ==



Os processos estão disponíveis aos usuários através do link https://processos.ufsc.br/, nele se encontram a modelagem e o acesso para o portal de execução dos processos automatizados. Para acessar a documentação: https://documentacao.processos.ufsc.br/.

 

Os processos automatizados são disponibilizados no Portal de Processos desenvolvido pelo EAPn permitindo ao usuário iniciar, consultar e realizar tarefas relacionadas aos processos disponíveis. O acesso ao Portal é feito através do link: https://processos.ufsc.br/bonita/apps/eapnPortal/Processos/.

 

O método utilizado para modelagem e automação de processos de negócio foi criado pelo professor da disciplina INE5681-Modelagem e Automação de Processos de Negócios, supervisor do EAPn, e está em fase de publicação e disponível resumidamente em notas de aula [3]. Originalmente também gerou o TCC de [8], para automação com BPMS Bizagi, e depois avançou como em ['] para BPMS Bonita. Sua aplicação foi relatada em Relatórios Técnicos resultantes da automação dos processos de Afastamento Nacional (inclusive com Diárias e Passagens), Afastamento Exterior (Inclusive com Diárias e Passagens) e Diárias e Passagens para Convidado, além de outros processos. O método original já gerou TCCs e trabalhos de Estágio, tendo sido completamente refeito para automação com um BPMS open source. Os relatórios técnicos referenciados em [4][5][7], compartilham os resultados do guia/manual de modelagem e automação tendo por objetivo auxiliar a comunidade acadêmica da UFSC interessada e envolvida com processos de negócio, mais especificamente interessados em automação de processos de negócios .



== Publicações ==


1. Towards a Business Process Automation Office Model: Action Research in Higher Education Institution, 2022. Maurício Galimberti, Jean Hauck, José Eduardo De Lucca e Sérgio Peters. Disponível em https://sol.sbc.org.br/index.php/wcge/article/view/20723/20550.
 

2. Desenvolvimento de solução para monitoramento das atividades de negócio de processos automatizados da Universidade Federal de Santa Catarina, 2021. TCC Eng. Controle e Automação - Jhonata Vinicius Tridapalli, Orientador: Maurício Galimberti. Disponível em https://repositorio.ufsc.br/handle/123456789/224839
 

3. Guia de Modelagem e Automação do Processos de Negócio com BPMS BonitaSoft: Notas de aula (somente slides, até que seja submetido para publicação). Repositório Moodle da disciplina INE5681 da UFSC, 2020. Maurício Floriano Galimberti. Disponível para uso interno em [[Guia Automação com BPMS Bonita]].
 

4. Modelagem e Automação do Processo de Negócio ‘Cadastro para Acesso ao SIASG’. Relatório Técnico do INE. Repositório Institucional UFSC, 2020. Maurício Floriano Galimberti, Antonio Carlos Mariani, Gustavo Vicente Cordeiro, Jhonata Tridapalli, Edson Roberto de Pieri, Ulisses Iraí Zílio Disponível em https://repositorio.ufsc.br/handle/123456789/208102.
 

5. Modelagem e Automação do Processo de Negócio ‘Afastamento Exterior (Inclusive com Diárias e Passagens)’. Relatório Técnico do INE. Repositório Institucional UFSC, 2019. Maurício Floriano Galimberti, Antonio Carlos Mariani, Gustavo Vicente Cordeiro, Jhonata Tridapalli, Edson Roberto de Pieri, Sérgio Peters Disponível em https://repositorio.ufsc.br/handle/123456789/201223.
 

6. Validação do Método de Modelagem e Automação de Processos de Negócio do Escritório de Automação de Processos de Negócio da UFSC, 2019. Relatório de Estágio - Gustavo Vicente Cordeiro, Orientador: Maurício Galimberti. Disponível em https://drive.google.com/drive/u/1/folders/10FddHVafoxEkrBh0wU8e2dqlaP3KmIg_.
 

7. Método de Modelagem e Automação de Processos de Negócios Acadêmicos com BPMS: estudo de caso com BPMS Bizagi e IES UFSC. Relatório Técnico do INE. Repositório Institucional UFSC, 2019 Maurício Floriano Galimbreti, Antonio Carlos Mariani, Hugo Piovesan Gonçalves,Gustavo Vicente Cordeiro, Jhonata Vinicius Tridapalli. Disponível em https://repositorio.ufsc.br/handle/123456789/196032.
 

8. Guia para Modelagem e Automação de Processos: estudos de caso com processos acadêmicos da UFSC. 2016. Trabalho de Conclusão de Curso. (Bel. Sistema de Informação) – Universidade Federal de Santa Catarina., 2016. Hugo Piovesan Gonçalves, Orientador: Maurício Floriano Galimberti. Disponível em https://repositorio.ufsc.br/xmlui/handle/123456789/171424.
 

9. Modelagem e Automação do Processo de Negócio ‘Criação e Gestão de Programas e Planos de Ensino’ na PROGRAD da UFSC. 2022.
 Maurício Floriano Galimberti, Antonio Carlos Mariani, Jhonata Vinicius Tridapalli, Miguel Hellmann Preuss, Thiago Vieira de Souza Cunha, Tomás Fiorini Drews, Vanessa Stopanovski Ribeiro
Disponível em https://repositorio.ufsc.br/handle/123456789/231596.

== Eventos ==


 

= Conceituais =

* [[Conceitos Chave - BPM, BPMS, Bonita, Tomcat, Git, Metabase e EPM]]

* [[Conceitos Aprofundados - BPM, BPMS, EPM]]

* [[Guia Automação com BPMS Bonita]]

* [[Linguagens de Programação Utilizadas no BPMS Bonita]]

* Arquitetura de um servidor Bonita

* [[Arquitetura do Nosso Servidor Bonita]]

* [[Arquitetura do Sistema de Backup]]

* [[Runbook de Manutenção e Troubleshooting do Servidor de Backup]]

* [[Conceitos Chave - Sysadmin]]

* [[Nosso ambiente de desenvolvimento]]

* Nosso processo de desenvolvimento: [[Guia Automação com BPMS Bonita]]

 

= Operacionais =

== Dia-a-dia (HOW-TOs) ==

* GIT
* Acesso ao [[GIT]]
* [[Utilização de GIT no Bonita]]

* [[Atividades Rotineiras no Bonita]]
* [[Como realizar Debugging no Bonita]]
* [[Como realizar backup e restore no servidor]]
* [[Pastas de acesso aos arquivos no servidor de produção]]
* [[Passo-a-Passo configuração do .bos]] << faltou explicar o que é .bos
* Informações de como proceder para implantar os processos no servidor
* [[Procedimentos de Suporte da Plataforma de Processos Automatizados: scripts, políticas, etc.]]
* [[Acessos Restritos]] (atenção)
* [[Criação de Conectores]]
* [[Criação de REST API]]
* [[FAQ Interna]]
* [[Acesso e leitura via servidor ao MySQL]]
* [[Deploy de um Processo no Servidor]]
* [[Problemas e Soluções]]
* [[Como Acessar o Servidor pelo Gerenciador de Arquivos]]
* [[Gerar PDF no bonita]]
* [[Gerar Tabela de Número de Casos por Processo]]
* [[Como verificar quem pode realizar determinada tarefa]]
* [[Exceções da Organization (Ex: acesso de funcionários terceirizados ao portal)]]
* [[Deploy de Processo no Servidor de Produção]]
* [[Criação de novos papeis (roles)]]
* [[Como atualizar a página de documentação dos processos no portal]]

== Procedimentos de instalação e configuração dos Desktops ==

* [[Instalação do Software BPMS Bonita]]
* [[Processo de instalação do software BonitaBPM Community em Sistemas operacionais GNU_Linux]]
* [[Montar um servidor em máquina local]]
* [[Montar um servidor em máquina local: com automação]]

== Procedimentos de instalação e configuração dos Servidores ==

* [[Como gerenciar usuários no MediaWiki]]
* [[Configuração do CAS no Bonita]]
* [[Instalação do MediaWiki em SO baseado em Debian #TODO e o MediaWiki???]]
* [[Set-up de um servidor DEV]]
* [[Monitoramento automático do servidor de produção do EAPn]]

== Documentação de Registro de TI ==

* [[Arquitetura da rede do LSC]]
* [[Guia completo para restauração do servidor de produção]]
* [[Guia de uso do editor de texto Nano]]
* [[Guia de uso do banco de dados MySQL]]
* [[Guia de uso Metabase]]
* [[Máquina Virtual para publicação de processos do Bizagi (Terminal Acadêmico via Remmina)]]
* [[Atualização do certificado dos servidores]]
* [[Dashboard]]

== Outras instruções e dicas ==

* [[Usuário convidado para permitir processos públicos]]
* [[CUIDADOS]]
* [[Como criar um Gerador de PDF]]
* [https://www.mediawiki.org/wiki/Help:Formatting Como formatar a wiki]
* Informações do Desenvolvimento da página de aplicação
* [[Servidor de Produção: configurações e dicas do Mariani]]
* [[Encontrar o log do Bonita para verificar erros]]
* [[Adicionando dependências no Bonita Studio]]
* [[Como deletar um caso no servidor de produção]]
* [[Temporizadores]]
* Dicas para [[instalação do R e do R-Studio]]

= Projetos =

== Odontologia ==

* [[P20 - Atendimento eletivo]]
* [[P50 - Esterilização ]]

Arquitetura do Sistema de Backup

2026-08-26T21:35:29Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

===Fluxo de Dados===

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

===Camadas de Rede e Protocolos===
'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

'''Sincronização:''' Rsync da parte do servidor de backup(?)

'''Gerenciamento:''' Acesso remoto via SSH

==Armazenamento==

'''Tecnologia:''' ZFS (Zettabyte File System)

'''Nome da pool:''' "dados"

'''Topologia:''' Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conceitos Chave - Sysadmin

2026-08-26T21:33:45Z

Theo.hugen:

==Message of the Day (MOTD)==
MOTD é uma aplicação a qual mostra uma mensagem customizada, ou gerada pelo sistema, aos usuários imediatamente após o login.

==Resilvering==

==ZFS==

==LZMA==

==Rsync==
Ferramenta OpenSource utilizada para sincronizar diretórios locais e remotos. Se descata pelo algoritmo de trânsferência delta, enviando apenas as diferenças entre os arquivos de origem e destino.

==Network File System==

==AutoFS==
Montagem sob demanda.

==Staging (Separação de Privilégios)==

==bit roting==

Arquitetura do Sistema de Backup

2026-08-26T21:33:26Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

====Fluxo de Dados====

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

====Camadas de Rede e Protocolos====
'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

'''Sincronização:''' Rsync da parte do servidor de backup(?)

'''Gerenciamento:''' Acesso remoto via SSH

==Armazenamento==

'''Tecnologia:''' ZFS (Zettabyte File System)

'''Nome da pool:''' "dados"

'''Topologia:''' Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Arquitetura do Sistema de Backup

2026-08-26T21:33:04Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

====Fluxo de Dados====

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

====Camadas de Rede e Protocolos====
'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)
'''Sincronização:''' Rsync da parte do servidor de backup(?)
'''Gerenciamento:''' Acesso remoto via SSH

==Armazenamento==

'''Tecnologia:''' ZFS (Zettabyte File System)

'''Nome da pool:''' "dados"

'''Topologia:''' Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Arquitetura do Sistema de Backup

2026-08-26T21:31:40Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

====Fluxo de Dados====

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

====Camadas de Rede e Protocolos====
*Transporte Local:* Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)
*Sincronização:* Rsync da parte do servidor de backup(?)
*Gerenciamento:* Acesso remoto via SSH

==Armazenamento==

*Tecnologia:* ZFS (Zettabyte File System)

*Nome da pool:* dados

*Topologia:* Espelhamento triplo (mirror-0). O ZFS grava o mesmo arquivo simultaneamente em 3 HD's. Se um ou dois discos queimarem, os dados permanecem intactos.

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Arquitetura do Sistema de Backup

2026-08-26T21:25:18Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

====Fluxo de Dados====

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

====Camadas de Rede e Protocolos====
*Transporte Local:* Montagem de diretório via rede usando NFS + Autofus(montagem sob demanda)
*Sincronização:*
*Gerenciamento:*

==Armazenamento==

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Arquitetura do Sistema de Backup

2026-08-26T21:14:30Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

====fluxo de dados====

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

====Camadas de rede e protocolos====
*Transporte Local:*
*Sincronização:*
*Gerenciamento:*

==Armazenamento==

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Arquitetura do Sistema de Backup

2026-08-26T21:12:22Z

Theo.hugen:

Esta página visa documentar a arquitetura, componentes, interface e fluxo de dados do *servidor de backup*, de forma a garantir que o sistema atenda os requerimentos especificados. Tal documentação atua como um guia para os desenvolvedores, testers e stakeholder durante todo o ciclo de vida do sistema. É importante destacar que certos termos foram mantidos em inglês devido a dificuldade de achar uma tradução adequada, bem como a maior facilidade de busca por tais conceitos utilizando-se de seus nomes em inglês.

== Visão geral e Objetivo ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados do servidor de produção. Sua janela de execução ocorre todos os dias às 08:00 da manhã, via script.

==Topologia e Arquitetura==

O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)

(ver como citar o NFS)
#O servidor de produção faz a extração de seus banco de dados, compacta os arquivos em LZMA e os envia para o servidor intermediário.
#O servidor dev2 atua como zona de transferência, recebendo os arquivos e armazenando temporariamente num diretório compartilhado. Arquitetado dessa forma, o processo de leitura dos backup's não consome poder de processamento do servidor de produção.
#Todo dia, às 8h da manhã, o servidor de backup liga sozinho, conecta-se ao dev2, via mapeamento de rede, utilizando-se do protocolo NFS(/nfs/backup), extraindo os dados para si. Os arquivos são gravados no sistema ZFS, espelhando os dados em 3 discos simultaneamente e protegendo contra bit-roting.

Camadas de rede e protocolos

==Armazenamento==

==Lógica de Automação==

==Runbook de Manutenção e Troubleshooting==

==Comandos Úteis ao Administrador==

Acesso ao Servidor:
<pre>$ ssh eapn@150.162.57.10</pre>

Como não há comando fsck(comando no linux para verificar e reparar inconsistências nos arquivos) para o ZFS, precisamos utilizar o scrub. Esse subcomando é um verificador de consistência dinâmica. Ele roda de plano de fundo em um mounted live filesystem.

Sintaxe para conferência da integridade de dados("dados" é o nome da pool do nosso sistema de backups):
<pre>$ zpool scrub nome_da_pool</pre>

Confira o andamento do comando anterior e a saúde do sistema:
<pre>$ zpool status -v nome_da_pool</pre>

Conferência do log diário do servidor:
<pre>$ tail -n 15 /home/eapn/syncwithdev2.log</pre>

Listagem das datas em que o script rodou (É possivel alterar a quantidade de dias ao mudar o número após "-n"):
<pre>$ grep "starting script" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Conferência de erros:
<pre>$ grep -iE "error|failed|denied" /home/eapn/syncwithdev2.log | tail -n 10</pre>

Arquitetura do Sistema de Backup

2026-08-26T20:57:32Z

Theo.hugen:

Conceitos Chave - Sysadmin

2026-08-26T20:57:25Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T20:46:43Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T20:07:09Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T18:21:34Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T18:19:11Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T18:07:03Z

Theo.hugen:

Conceitos Chave - Sysadmin

2026-08-26T18:04:42Z

Theo.hugen: Criou página com '==Message of the Day (MOTD)== MOTD é uma aplicação a qual mostra uma mensagem customizada, ou gerada pelo sistema, aos usuários imediatamente após o login. ==Resilvering== ==ZFS== ==LZMA== ==Rsync=='

Arquitetura do Sistema de Backup

2026-08-26T18:03:26Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T17:42:34Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T17:42:17Z

Theo.hugen:

Arquitetura do Sistema de Backup

2026-08-26T17:33:22Z

Theo.hugen: