Gerenciar os bloqueios de dados ao bancos de dados OpenBASE.
O usuário pode especificar o tamanho para o arquivo diário e o device onde serão exibidas mensagens de alerta sobre a gravação deste arquivo. Além destas adições, é possível a gravação de pontos de sincronismo, forçando a atualização das informações em disco.
bdsgbd [-d –l<número1> [-a<arquivo>] –t<device>
-y<número2> [-e] –a<diario> -m<numero> -s]
|
-d |
determina a criação e utilização de jornalização (arquivo diário). |
|
-l <número1> |
define o tamanho em bytes do arquivo diário e deve ser um valor inteiro. |
|
-a <arquivo> |
determina, quando utilizada a opção –d, o nome do arquivo diário. Caso se omita, o arquivo DEFAULT é /usr/tsgbd/tsdic/diário. |
|
-t <device> |
define o terminal onde serão exibidas as mensagens sobre a gravação do diário. |
|
-y <número2> |
define a freqüência para gravação de pontos de sincronismo. <número2> deve ser um valor inteiro. |
|
-e |
determina que na execução deste utilitário o arquivo diário deve ser esvaziado. |
|
-a <diario> |
onde diario é a localização do programa. Ex.: c:\usr1\diario default:c:\usr\tsgbd\tsdic\diario |
|
-m<numero> |
indica o tamanho da memória compartilhada. |
|
-s |
indica no Windows que a mensagem de erro "OpenBase Server already running" não deve ser emitida, caso o BDSGBD já esteja carregado. |
Este utilitário é responsável por controlar o número de usuários que acessam uma base OpenBASE, controlar os pedidos de bloqueios de dados aos dados dos banco de dados OpenBASE e gravar o arquivo diário.
Para que seja possível seu funcionamento, este utilitário deve ficar em execução permanente. Para isso, é aconselhável executar este processo no BOOT do sistema operacional, colocando a seguinte linha no arquivo /etc/rc, ou similar:
nohup bdsgbd [<opções>] &
Onde <opções> representa uma das opções descritas na sintaxe.
Quando este utilitário não estiver presente na lista de processos ativos, nenhum banco de dados OpenBASE pode ser acessado, seja via OPUS, via utilitários ou via sub-rotinas.
Quando o arquivo diário exceder o tamanho definido por <número1>, o arquivo corrente é fechado e outro é aberto, possibilitando que sejam feitas cópias de segurança a cada troca de arquivo.
Após a troca de arquivo a seguinte mensagem será enviada para o terminal indicado em <device>: "Gravando diário em <nome>", onde <nome> é o nome do diário atual.
O nome do arquivo diário é acrescido de um dígito numérico, iniciando em 1 (um), e a cada troca de arquivo este dígito é incrementado de uma unidade. São possíveis até 9 (nove) arquivos diários.
A utilização da opção -y determina que a cada <número2> transação serão executados dois comandos "sync" além da gravação de uma transação SYNTRA no arquivo diário, indicando um ponto de sincronismo.
Os pontos de sincronismo gravados no arquivo diário servem para futuras recuperações do banco de dados pelos utilitários BDREDI e BDLIDI.
Para que o usuário desfrute plenamente do recurso da jornalização, deve haver uma rotina de backup do banco de dados e dos arquivos diários.
O comando "sync" grava efetivamente no disco as informações contidas na memória, deste modo estas informações não são perdidas em eventuais variações na tensão elétrica, isto acarreta em uma diminuição da performance, pois todos os buffers do sistema são gravados.
Carregar BDSGBD em AIX 4.x
Não incluir chamada ao BDSGBD em /etc/rc
Criar arquivo /etc/rc.local com a seguinte instrução: nohup bdsgbd &
Copiar arquivo /etc/inittab para arquivo com outro nome
Executar comando: mkitab rclocal:2:once:/etc/rc. Local
O exemplo a seguir mostra como executar o utilitário BDSGBD para criar o arquivo diário no diretório /usr/diário/DIÁRIO.
# nohup bdsgbd -d -a/usr/diário/DIARIO
O exemplo a seguir mostra como utilizar estas novas opções, definindo arquivos de 1 MB e enviando as mensagens para a console.
# nohup bdsgbd -d -l 1000000 -t /dev/console &
O exemplo a seguir acrescenta ao exemplo anterior o recurso de pontos de sincronismo a cada dez transações.
# nohup bdsgbd -d -l 1000000 -t /dev/console -y 10 &
BDLICE, BDREDI e BDRMCE.