DBA Brasil

Para move um indice de uma tablespace para outro basta seguir o comando abaixo: ALTER INDEX <INDEX_NAME> REBUILD     TABLESPACE <TABLESPACE_NAME> ; Onde <INDEX_NAME> é o nome do índice e <TABLESPACE_NAME> o nome da nova tablespace. Você poderá consultar a porcentagem em GV_$SESSION_LONGOPS no campo SOFAR/TOTALWORK . Segue script para verificar abaixo: col USERNAME for a15 col START_TIME for a20 col sid for 99999999 col OSUSER for a15 col OPNAME for a15 set lines 500 select l.sid, s.sql_hash_value, s.username, s.osuser, l.opname, to_char(l.start_time,'dd/mm/yy hh24:mi') start_time, round(l.TIME_REMAINING/60,1) tr, round(l.ELAPSED_SECONDS/60,1) te, l.totalwork blocks, round(l.SOFAR/l.TOTALWORK*100,2) perc from v$session_longops l, v$session s where l.sofar != l.totalwork and s.sid = l.sid and s.sid = &SID;    

Já aconteceram diversas comigo, de precisar alterar o status de uma procedure de usuário, para um procedure de sistema. A facilidade de ter uma procedure de sistema, poder executar através de qualquer banco de dados sem complicações algumas, para alterar existem 2 modos: 1 - sp_ms_marksystemobject EXECUTE sp_ms_marksystemobject '<PROCEDURE>' Onde <PROCEDURE> deve ser alterada pelo nome da sua procedure. 2 – Fazendo update na tabela de sistema, forcando o banco a mudar o seu status update sysobjects set status = 1610612737 , base_schema_ver = 0 where name = '<PROCEDURE>' Onde <PROCEDURE> deve ser alterada pelo nome da sua procedure.

Esse final de semana, ao alarmar um DBSpace do Informix devido espaço (94% ocupado), fui adicionar um novo chunk (semelhante ao datafile do Oracle e SQL Server), porem ao adicionar o chunk utilizando o comando abaixo, me deparei com o erro -147 ISAM. onspaces -a dbspace_pre0011 -p /1a01/informix/chunks/vxprd12c2r0789 -o 2048 -s 20950000 Esse erro ocorre quando é adicionado um novo chunk no momento em que ocorre o processo de archiving, no meu caso além de disso ainda estava ocorrendo um backup incremental do banco de dados. Para resolver foi bem simples, aguardei alguns minutos e repeti o comando, dessa vez a mensagem foi de sucesso. Segue abaixo uma imagem do OpenAdmin com o erro:

Listar usuários logados no Linux ou Unix Em ambos os casos, tanto para Linux ou para UNIX você possui uma infinidade de maneiras para verificar os usuário logados no Linux ou Unix. Os comandos mais comuns são: "who", ""w" e "users". Segue abaixo os exemplos: $ w 00:19:23 up 261 days, 6:58, 2 users, load average: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT oracle tty1 - 02May09 261days 0.01s 0.01s –bash oracle pts/0 121.0.60.43 00:19 0.00s 0.01s 0.00s w $ who oracle tty1 2009-05-02 19:43 oracle pts/0 2010-01-19 00:19 (121.0.60.43 $ users oracle oracle   Verificando quais usuarios em possuo no Linux / Unix Para verificar quais os usuários você possui em seu ambiente Linux ou Unix, você deve consultar o arquivo /etc/password . O arquivo de texto /etc/password contêm o nome e outras informações sobre os usuários do Linux e Unix, trazendo em cada linha inf

Vamos entender seu problema primeiramente. Se o arquivo de Transaction Log está crescendo provavelmente você ativou o Recovery Full (padrão, quando você cria um novo database no SQL Server) e não está fazendo seus backups incrementais. Se você quiser alterar seu banco para não gerar mais esses logs, você pode entrar em propriedades no database, selecionar a opção Options e mudar no combo recovery para a opção Simple . Outra possibilidade, e a mais correta em ambientes de produção seria a implementação dos backups incrementais. IMAGEM:1a.jpg Vamos antes de mais nada resolver o problema eliminando o log e diminuir o tamanho do arquivo: Ao conectar no banco de dados, execute o comando abaixo, trocando o <DATABASE> pelo nome do banco de dados que você quer. 1 – Eliminando o log USE < DATABASE > BACKUP LOG < DATABASE > with truncate_only 2- Diminuindo o arquivo físico Ao executar o comando abaixo pegue o nome do arquivo de log e troque no comando a seg