EAPn - Mudanças recentes [pt-br]

Arquitetura do Sistema de Backup

Theo.hugen — Tue, 01 Sep 2026 17:48:24 GMT

Comandos Úteis ao Administrador

← Edição anterior		Edição das 17h48min de 1 de setembro de 2026
Linha 43:		Linha 43:
	==Comandos Úteis ao Administrador==		==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.]]
	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>

	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

Theo.hugen — Tue, 01 Sep 2026 17:07:52 GMT

Atividades Manuais

← Edição anterior		Edição das 17h07min de 1 de setembro de 2026
(4 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 4:		Linha 4:
	#Acesse o servidor via terminal:<pre>$ ssh eapn@150.162.57.10</pre>		#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>		#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.		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:		#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>		<pre>$ grep "starting script" /home/eapn/syncwithdev2.log \| tail -n 10</pre>

	Os comandos supracitados mostram o comportamento geral do sistema, onde podemos encontrar		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

Theo.hugen — Tue, 01 Sep 2026 17:01:25 GMT

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

Página nova

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

Arquitetura do Sistema de Backup

150.162.57.24 — Thu, 27 Aug 2026 17:16:31 GMT

← Edição anterior		Edição das 17h16min de 27 de agosto de 2026
Linha 34:		Linha 34:
	==Lógica de Automação==		==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)

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


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

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

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

Theo.hugen — Wed, 26 Aug 2026 21:38:17 GMT

Conceituais

← Edição anterior		Edição das 21h38min de 26 de agosto de 2026
Linha 133:		Linha 133:

	* [[Arquitetura do Sistema de Backup]]		* [[Arquitetura do Sistema de Backup]]

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

	* [[Conceitos Chave - Sysadmin]]		* [[Conceitos Chave - Sysadmin]]

Arquitetura do Sistema de Backup

Theo.hugen — Wed, 26 Aug 2026 21:35:29 GMT

← Edição anterior		Edição das 21h35min de 26 de agosto de 2026
Linha 7:		Linha 7:
	==Topologia e Arquitetura==		==Topologia e Arquitetura==

	====Fluxo de Dados====		===Fluxo de Dados===

	O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)		O fluxo de dados segue 3 etapas: Servidor de Produção -> Dev2 -> Servidor de Backup (fazer um diagrama depois)
Linha 16:		Linha 16:
	#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.		#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====		===Camadas de Rede e Protocolos===
	'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)		'''Transporte Local:''' Montagem de diretório via rede usando NFS + AutoFS(montagem sob demanda)

Conceitos Chave - Sysadmin

Theo.hugen — Wed, 26 Aug 2026 21:33:45 GMT

← Edição anterior		Edição das 21h33min de 26 de agosto de 2026
Linha 14:		Linha 14:

	==AutoFS==		==AutoFS==
			Montagem sob demanda.

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

			==bit roting==

Arquitetura do Sistema de Backup

Theo.hugen — Wed, 26 Aug 2026 21:33:26 GMT

← Edição anterior		Edição das 21h33min de 26 de agosto de 2026
(6 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 7:		Linha 7:
	==Topologia e Arquitetura==		==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==		==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==		==Lógica de Automação==

Conceitos Chave - Sysadmin

Theo.hugen — Wed, 26 Aug 2026 20:57:25 GMT

← Edição anterior		Edição das 20h57min de 26 de agosto de 2026
Linha 9:		Linha 9:

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

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

Arquitetura do Sistema de Backup

Theo.hugen — Wed, 26 Aug 2026 20:46:43 GMT

@@ Linha 1: / Linha 1: @@
 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 ==
+== 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.
+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.
 ==Comandos Úteis ao Administrador==
 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.
@@ Linha 15: / Linha 32: @@
 Confira o andamento do comando anterior e a saúde do sistema:
 <pre>$ zpool status -v nome_da_pool</pre>

Conceitos Chave - Sysadmin

Theo.hugen — Wed, 26 Aug 2026 18:04:42 GMT

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

Página nova

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

Theo.hugen — Wed, 26 Aug 2026 18:03:26 GMT

← Edição anterior		Edição das 18h03min de 26 de agosto de 2026
(3 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 1:		Linha 1:
		⚫	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.

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

	== Visão geral ==		== Visão geral ==

	O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.		O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.


			==Comandos Úteis ao Administrador==

			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>

Arquitetura do Sistema de Backup

Theo.hugen — Wed, 26 Aug 2026 17:09:02 GMT

Criou página com ' 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. == Visão geral == O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.'

Página nova

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.

== Visão geral ==

O laboratório, onde o EAPn se hospeda, abriga um servidor de backup, responsável por garantir a integridade dos dados.

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

Theo.hugen — Wed, 26 Aug 2026 17:08:51 GMT

Conceituais

← Edição anterior		Edição das 17h08min de 26 de agosto de 2026
(Uma revisão intermediária pelo mesmo usuário não está sendo mostrada)
Linha 131:		Linha 131:

	* [[Arquitetura do Nosso Servidor Bonita]]		* [[Arquitetura do Nosso Servidor Bonita]]

			* [[Arquitetura do Sistema de Backup]]

			* [[Conceitos Chave - Sysadmin]]

	* [[Nosso ambiente de desenvolvimento]]		* [[Nosso ambiente de desenvolvimento]]

Atividades Rotineiras no Bonita

Theo.hugen — Mon, 24 Aug 2026 19:02:37 GMT

Conferência do Usuário

← Edição anterior		Edição das 19h02min de 24 de agosto de 2026
(4 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 1:		Linha 1:
	== Adicionar Usuário ==		== Adicionar Usuário ==

	~~Documentação~~.processos.ufsc.br/phpmyadmin/		[https://documentacao.processos.ufsc.br/phpmyadmin Acessar banco de dados utilizando o login de editor]

			Acessar utilizando a conta para edição.
	Leitor
	Bpm*bonita

		⚫	<pre>Organization Extra (usuários, grupos e memberships extras cadastradas manualmente)</pre>
	Conta pra edição:

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

	Adicionar usuario(geralmente terceirizado):		Adicionar usuario(geralmente terceirizado):

		⚫	<pre>"+Organization_extra"->"usuarios"->"Insert"->Preencher o "idufsc"->"Go"</pre>

			Posteriormente,

		⚫	<pre>+Organization_extra -> membership -> insert->Go</pre>

⚫	+Organization_extra ->usuarios -> Insert
	Preenche o idufsc e Go

	depois

⚫	+Organization_extra -> membership -> insert
	Geralmente é SERCAP, bom adicionar um comentário falando que é terceirizado;		Geralmente é SERCAP, bom adicionar um comentário falando que é terceirizado;

	Go

	Usuário é adicionado, mas só dá para ver no dia seguinte, pois o servidor atualiza toda manhã;		Usuário é adicionado, mas só dá para ver no dia seguinte, pois o servidor atualiza toda manhã;
Linha 33:		Linha 20:
	==Conferência do Usuário==		==Conferência do Usuário==

			Acessar o [https://processos.ufsc.br/bonita/login%20admin.jsp portal de processos]
	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"

	O início .dev2 é o servidor de testes, para conferência usar dev.
	Entra no botão do meio		Entra no botão do meio

	Organization –> usuário, ~~daí~~ F3 para achar a pessoa		<pre>Organization –> usuário, F3 para achar a pessoa</pre>

	Se não aparecer o vínculo:		Se não aparecer o vínculo:
	Process -> … -> actors -> adição manual da pessoa na função		<pre>Process -> … -> actors -> adição manual da pessoa na função</pre>

	==Exclusão de Caso==		==Exclusão de Caso==

	BPM-> Cases-> Preencher o case ID-> reticências		<pre>BPM-> Cases-> Preencher o case ID-> reticências</pre>
	Copiar o CPF.		Copiar o CPF.
	Volta em Cases, search usando o número de CPF, ~~daí~~ ~~apaga~~ pela lixeiras		Volta em Cases,search usando o número de CPF e então apague pela lixeiras.

	==Situação de um Caso==		==Situação de um Caso==

Atividades Rotineiras no Bonita

Theo.hugen — Thu, 20 Aug 2026 18:52:57 GMT

Criou página com '== Adicionar Usuário == Documentação.processos.ufsc.br/phpmyadmin/ Leitor Bpm*bonita Conta pra edição: 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 Adicionar usuario(geralmente terceirizado): +Organization_extra ->usuarios -> Insert Preenche o idufsc e Go depois +Organiza...'

Página nova

== Adicionar Usuário ==

Documentação.processos.ufsc.br/phpmyadmin/

Leitor
Bpm*bonita

Conta pra edição:

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

Adicionar usuario(geralmente terceirizado):

+Organization_extra ->usuarios -> Insert
Preenche o idufsc e Go

depois

+Organization_extra -> membership -> insert
Geralmente é SERCAP, bom adicionar um comentário falando que é terceirizado;

Go

Usuário é adicionado, mas só dá para ver no dia seguinte, pois o servidor atualiza toda manhã;

==Conferência do Usuário==

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"

O início .dev2 é o servidor de testes, para conferência usar dev.
Entra no botão do meio
Organization –> usuário, daí F3 para achar a pessoa

Se não aparecer o vínculo:
Process -> … -> actors -> adição manual da pessoa na função

==Exclusão de Caso==

BPM-> Cases-> Preencher o case ID-> reticências
Copiar o CPF.
Volta em Cases, search usando o número de CPF, daí apaga pela lixeiras

==Situação de um Caso==

A consulta de um caso odontológico pode ser realizada via o [https://processos.ufsc.br/bonita/apps/portal/processos/?%20l=pt%20BR portal de processos do EAPn].

Por meio dessa página pode ser realizada a consulta de um paciente via CPF.
Caso seja a primeira vez acessando a página, seu acesso pode ser concedido no servidor de produção do bonita, entrando como administrador (user: deploy) e mapeando os atores aos processos pertinentes.

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

Theo.hugen — Thu, 20 Aug 2026 17:48:48 GMT

Dia-a-dia (HOW-TOs)

← Edição anterior		Edição das 17h48min de 20 de agosto de 2026
Linha 145:		Linha 145:
	* Acesso ao [[GIT]]		* Acesso ao [[GIT]]
	* [[Utilização de GIT no Bonita]]		* [[Utilização de GIT no Bonita]]

			* [[Atividades Rotineiras no Bonita]]
	* [[Como realizar Debugging no Bonita]]		* [[Como realizar Debugging no Bonita]]
	* [[Como realizar backup e restore no servidor]]		* [[Como realizar backup e restore no servidor]]

Atividades no Bonita

Theo.hugen — Wed, 19 Aug 2026 20:38:50 GMT

Theo.hugen apagou a página Atividades no Bonita o conteúdo era: "==Adicionar um usuário no Banco de Dados== ==Exclusão de Caso== ==Situação de um Caso== ==Consulta de Paciente== #Acessar o banco de dados em: https://documentacao.processos.ufsc.br/phpmyadmin #Preencher as informações <pre> Usuário: leitor Senha: bpm*bonita </pre> #Selecionar o "BD: eap_bonta_prod" #Ir em Search #Escreva a informação que vo...", e o(a) único(a) editor(a) era Theo.hugen (discussão)

Usuário:Theo.hugen

M.f.galimberti — Wed, 19 Aug 2026 20:30:08 GMT

M.f.galimberti alterou os grupos de usuário de Theo.hugen de (nenhum) para administrador(a)

Montar um servidor em máquina local: com automação

M.f.galimberti — Tue, 18 Aug 2026 20:33:01 GMT

Criou página com 'Montar um servidor em máquina local com a estrutura do servidor de testes para fins de testes de backup do servidor. ==Instalação do Java (OpenJDK 11)== #Abra o terminal e execute:<pre>$ sudo apt update</pre><pre>Enter password: <senha do usuário root da máquina></pre><pre>$ sudo apt-get install -y openjdk-11-jdk unzip</pre> #Verifique a versão do Java<pre>$ java -version</pre> ==Instalar e Configurar o MySQL Server== #Abrir o terminal #Iniciar a instalação do...'

Página nova

Montar um servidor em máquina local com a estrutura do servidor de testes para fins de testes de backup do servidor.
==Instalação do Java (OpenJDK 11)==

#Abra o terminal e execute:<pre>$ sudo apt update</pre><pre>Enter password: <senha do usuário root da máquina></pre><pre>$ sudo apt-get install -y openjdk-11-jdk unzip</pre>
#Verifique a versão do Java<pre>$ java -version</pre>

==Instalar e Configurar o MySQL Server==
#Abrir o terminal
#Iniciar a instalação do pacote mysql server:<pre>$ sudo apt-get install mysql-server</pre><pre>Enter password: <senha do usuário root da máquina></pre>
#No processo de instalação será solicitada uma senha para o usuário root do mysql, é necessário digitar a senha 2 vezes
#Para testar se o mysql está funcionando digite o comando:<pre>$ mysql -u root -p</pre><pre>Enter password: <senha do usuário root do mysql (definida no passo 3)></pre>
#Caso funcione o terminal do mysql abrirá
[[Arquivo:Localhostserver.png|commoldura|centro|Terminal SQL iniciado com sucesso em máquina local]]

==Criando o banco de dados do bonita e usuário para manipular a base==

#Acessar o mysql com o usuário root:<pre>$ mysql -u root -p</pre><pre>Enter password: <senha do usuário root do mysql></pre>
#Criar o usuário:<pre>mysql> CREATE USER ‘<nome do usuário>’@’localhost’ IDENTIFIED BY ‘<definir senha para o usuário>’;</pre>
#Criar as base de dados (precisamos de 2 bases para configuração do bonita);<pre>mysql> CREATE DATABASE <nome base de dados 1>;</pre><pre>mysql> CREATE DATABASE <nome base de dados 2>;</pre>
#Conceder privilégios de manipulação das bases de dados ao usuário:<pre>mysql> GRANT ALL PRIVILEGES ON <nome base de dados 1>.* TO ‘<nome do usuário>’@’localhost’;</pre><pre>mysql> GRANT ALL PRIVILEGES ON <nome base de dados 2>.* TO ‘<nome do usuário>’@’localhost’;</pre>

==Instalação do Pacote BonitaCommunity-2022.2-Tomcat-9.0.65.zip==

#Abra o terminal e execute o seguinte comando:<pre>$wget https://github.com/bonitasoft/bonita-platform-releases/releases/download/2022.2-u0/BonitaCommunity-2022.2-u0.zip</pre>
#Extrair o servidor para a pasta "/opt/" (usar "sudo" por se tratar de uma pasta do sistema)<pre>$sudo unzip BonitaCommunity-2022.2-u0.zip -d /opt/</pre><pre>Enter password: <senha do usuário root da máquina></pre>
#Dar permissão para o usuário controlar a pasta nova<pre>$sudo chown -R $USER:$USER /opt/BonitaCommunity-2022.2-u0/</pre><pre>Enter password: <senha do usuário root da máquina></pre>

==Configuração do Banco de Dados==
#Alterar o arquivo de banco de dados database.properties:<pre>$cd /opt/BonitaCommunity-2022.2*/setup</pre><pre>$nano database.properties</pre>
#Ajuste as propriedades do banco de dados:
<pre>
< %%%%%%%%%%%%%%%%%%% CÓDIGO %%%%%%%%%%%%%%%%%%%%%

#########################################
# Bonita database properties
#########################################

# valid values are (h2, postgres, sqlserver, oracle, mysql)
db.vendor=mysql
# when using h2, no server or port setting is needed since connexion is made using file protocol mode using relative directory:
db.server.name=127.0.0.1
db.server.port=3306
# if your database name contains a backslash (\) character, you must double it (\\):
db.database.name=<nome base de dados 1>
db.user=<nome do usuário do mysql>
# if your database password contains a backslash (\) character, you must double it (\\):
db.password=<senha do usuário do mysql>

###################################
# Business Data database properties
###################################
# valid values are (h2, postgres, sqlserver, oracle, mysql)
bdm.db.vendor=mysql
bdm.db.server.name=127.0.0.1
bdm.db.server.port=3306
bdm.db.database.name=<nome base de dados 2>
bdm.db.user=<nome do usuário do mysql>
bdm.db.password=<senha do usuário do mysql>

# IMPORTANT NOTE regarding H2 database:
# in case you move whole setup folder to another directory, you must change property below
# to point to original folder containing h2 database folder
# new value can be relative or absolute since it still points to the right folder
# WARNING for Windows users: keep forward slashes like below (instead of backslashes):
#h2.database.dir=../h2_database (comentar esta linha adicionando o # no início)

%%%%%%%%%%%%%%%%%%% CÓDIGO %%%%%%%%%%%%%%%%%%%% >
</pre>

Salve e feche o arquivo (Ctrl + O para salvar, Enter para confirmar, Ctrl + X para sair).
#Volte para a pasta raiz do servidor e inicie o script para testar o servidor:<pre>$cd /opt/BonitaCommunity-2022.2-u0/</pre><pre>$bash start-bonita.sh</pre>

Inicializar a Plataforma no Banco de dados
#No mesmo diretório de setup, execute a inicialização para criar as tabelas no MySQL:<pre>$./setup.sh init</pre>

==Automação do Servidor via systemd==
#Criar o arquivo de serviço<pre>$sudo nano /etc/systemd/system/bonita.service</pre>
#Irá abrir um terminal vazio, insira o texto abaixo:
<pre>
[Unit]
Description=Servidor Bonita BPM
After=network.target mysql.service

[Service]
Type=forking
User=SEU_USUARIO
Group=SEU_GRUPO
Environment="CATALINA_PID=/opt/BonitaCommunity-2022.2-u0/server/catalina.pid"
ExecStart=/bin/bash /opt/BonitaCommunity-2022.2-u0/start-bonita.sh
ExecStop=/bin/bash /opt/BonitaCommunity-2022.2-u0/stop-bonita.sh
Restart=on-failure

[Install]
WantedBy=multi-user.target
</pre>

Salve e feche o arquivo.

Habilitar e Iniciar o Serviço
#Recarregue o daemon(processo rodando em segundo plano) do systemd, inicie o Bonita e ative o boot automático:<pre>$sudo systemctl daemon-reload</pre><pre>Enter password: <senha do usuário root da máquina></pre><pre>$sudo systemctl start bonita</pre><pre>$sudo systemctl enable bonita</pre>

A partir deste momento, o servidor já estará rodando. Sua ativação será automática, sempre que o computador ligar, salvo comando para desativar o servidor

==Primeiro Acesso e Configuração do Servidor==
#Abra o navegador e acesse "http://localhost:8080/bonita"
#Realize o primeiro login como Super Admin:
##Usuário: install
##Senha: install
#Crie um usuário padrão em "Organization->Users->Create;" adicione login e senha.
#Atribua privilégios de administrador ao usuário recém criado
##"Organization->Profiles->Administrator->User mapping-> +Add a user"; adicione o usuário recém criado.
Esse usuário criado será o responsável por gerenciar processos e deploys.

==Comandos Úteis ao Administrador==
Verificar se o servidor está rodando:<pre>$sudo systemctl status bonita</pre>
Parar o servidor (obrigatório antes de backups manuais):<pre>$sudo systemctl stop bonita</pre>
Reiniciar o servidor:<pre>$sudo systemctl restart bonita</pre>

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

M.f.galimberti — Tue, 18 Aug 2026 20:31:33 GMT

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

← Edição anterior		Edição das 20h31min de 18 de agosto de 2026
(Uma revisão intermediária pelo mesmo usuário não está sendo mostrada)
Linha 172:		Linha 172:
	* [[Processo de instalação do software BonitaBPM Community em Sistemas operacionais GNU_Linux]]		* [[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]]
			* [[Montar um servidor em máquina local: com automação]]

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

Servidor caseiro v2

Theo.hugen — Mon, 17 Aug 2026 21:49:27 GMT

Theo.hugen moveu Servidor caseiro v2 para EAPn - Escritório de Automação de Processos de Negócio:Montar um Servidor em Máquina Local

← Edição anterior		Edição das 21h49min de 17 de agosto de 2026
(5 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 28:		Linha 28:
	==Configuração do Banco de Dados==		==Configuração do Banco de Dados==
	#Alterar o arquivo de banco de dados database.properties:<pre>$cd /opt/BonitaCommunity-2022.2*/setup</pre><pre>$nano database.properties</pre>		#Alterar o arquivo de banco de dados database.properties:<pre>$cd /opt/BonitaCommunity-2022.2*/setup</pre><pre>$nano database.properties</pre>
	#Ajuste as propriedades do banco de dados:~~<pre>~~		#Ajuste as propriedades do banco de dados:
			<pre>
	< %%%%%%%%%%%%%%%%%%% CÓDIGO %%%%%%%%%%%%%%%%%%%%%		< %%%%%%%%%%%%%%%%%%% CÓDIGO %%%%%%%%%%%%%%%%%%%%%

Linha 72:		Linha 73:

	Inicializar a Plataforma no Banco de dados		Inicializar a Plataforma no Banco de dados
	#No mesmo diretório de `setup`, execute a inicialização para criar as tabelas no MySQL:<pre>$./setup.sh init</pre>		#No mesmo diretório de setup, execute a inicialização para criar as tabelas no MySQL:<pre>$./setup.sh init</pre>

	Automação do Servidor via systemd		==Automação do Servidor via systemd==
	#Criar o arquivo de serviço<pre>$sudo nano /etc/systemd/system/bonita.service</pre>		#Criar o arquivo de serviço<pre>$sudo nano /etc/systemd/system/bonita.service</pre>
	#Irá abrir um terminal vazio, insira o texto abaixo:		#Irá abrir um terminal vazio, insira o texto abaixo:
Linha 98:		Linha 99:

	Habilitar e Iniciar o Serviço		Habilitar e Iniciar o Serviço
	#Recarregue o daemon(processo rodando em segundo plano) do systemd, inicie o Bonita e ative o boot automático:		#Recarregue o daemon(processo rodando em segundo plano) do systemd, inicie o Bonita e ative o boot automático:<pre>$sudo systemctl daemon-reload</pre><pre>Enter password: <senha do usuário root da máquina></pre><pre>$sudo systemctl start bonita</pre><pre>$sudo systemctl enable bonita</pre>
⚫	<pre>$sudo systemctl ~~daemon-reload~~</pre>
	<pre>Enter password: <senha do usuário root da máquina></pre>
	<pre>$sudo systemctl start bonita</pre>
	<pre>$sudo systemctl enable bonita</pre>

	#A partir deste momento, o servidor já estará rodando. Sua ativação será automática, sempre que o computador ligar, salvo comando para desativar o servidor		A partir deste momento, o servidor já estará rodando. Sua ativação será automática, sempre que o computador ligar, salvo comando para desativar o servidor

	==Primeiro Acesso e Configuração do Servidor==		==Primeiro Acesso e Configuração do Servidor==
Linha 119:		Linha 116:

	==Comandos Úteis ao Administrador==		==Comandos Úteis ao Administrador==
	Verificar se o servidor está rodando:		Verificar se o servidor está rodando:<pre>$sudo systemctl status bonita</pre>
	<pre>$sudo systemctl ~~status~~ bonita</pre>		Parar o servidor (obrigatório antes de backups manuais):<pre>$sudo systemctl stop bonita</pre>
		⚫	Reiniciar o servidor:<pre>$sudo systemctl restart bonita</pre>

	Parar o servidor (obrigatório antes de backups manuais):
	<pre>$sudo systemctl stop bonita</pre>

	Reiniciar o servidor:
	<pre>$sudo systemctl restart bonita</pre>