[oracle_br] Dúvida REGEXP_REPLACE

[flavio_brunetta]

Boa tarde pessoal. Estou com uma dúvida numa expressão regular no Oracle 11g. 
Rodando o comando abaixo: SELECT REGEXP_REPLACE('SELECT 1, 3, ''DRONE'' INTO 
VAUX , VVV , AAA FROM TESTE; '|| 'SELET 2,4 INTO XXX, ZZZ FROM DUAL; '|| 
'INSERT INTO TABLE TABELA SELECT 1 FROM DUAL; '|| 'SELECT 2, LALALA INTO XXX, 
MM FROM DUAL;', '(INTO).+?(FROM)', 'from') FROM DUAL; tenho o seguinte retorno: 
SELECT 1, 3, 'DRONE' from TESTE; SELET 2,4 from DUAL; INSERT from DUAL; SELECT 
2, LALALA from DUAL; porém gostaria que ele ignorasse o tratamento do comando 
INSERT, conforme abaixo: SELECT 1, 3, 'DRONE' from TESTE; SELET 2,4 from DUAL; 
INSERT INTO TABLE TABELA SELECT 1 FROM DUAL; SELECT 2, LALALA from DUAL; Alguém 
tem alguma idéia de como resolver isso utilizando expressões regulares? Tks. 
Flávio Brunetta

Re: [oracle_br] Re: Preço Rotina de backup

[marcelo de freitas dos santos]

Grande Chiappa, Boa tarde

Era isso mesmo que estava querendo ... como sempre suas respostas, sempre
detalhadas ...
Muito obrigado pela informação.

Abção.



Em 8 de maio de 2014 12:57,  escreveu:

>
>
> Marcelo, funciona assim : na nossa área de TI, o balizador principal de
> preço ainda é mesmo o valor-hora do trabalho, ok ? No caso, ao que entendo
> é um ambiente simples, com demanda de média pra menos, e sem complexidades,
> então acho que vc deveria usar o valor-hora de DBA Pleno : querer cobrar
> valor-hora de DBA Sênior para uma atividade que não demanda conhecimentos
> avançados é esfolar o cliente, não é um procedimento profissional, tanto
> quanto querer cobrar um preço vil, certo ?? veja na sua região, mas aqui em
> SP tenho visto como custo para DBA Pleno algo em volta de R$50 a R$60,
> pouco mais pouco menos
>   Encontrado o valor-hora apropriado, é somar a quantidade de horas que vc
> gastou no levantamento do ambiente deles, a qtdade de horas que gastou no
> desenho da solução, a quantidade de horas que gastou no treinamento (já que
> são eles que vão executar/monitorar a rotina e os resultados, ao que
> entendi) E a quantidade de horas que vc gastou no teste de backup E no de
> restore (backup sem um teste de restore que seja sorry, não é backup
> imho)
>  E um ponto adicional : tem experts que acham que não se deve, mas eu
> gosto de jogar bem aberto com meus clientes, então eu mostro pra eles a
> lista detalhada de quantas horas serão/foram gastas em cada item, além do
> preço geral que é a soma de cada uma delas, okdoc ???
>
>   []s
>
>  Chiappa
>  
>

Re: [oracle_br] Cursos para AD/DBA

[Jales Jose Moraes]

Estarei repassando as informações  ao meu superior.

Desde já agradeço o retorno...


Em Quinta-feira, 8 de Maio de 2014 13:55, Fabio Prado  
escreveu:
 
  
Boa tarde Jales,

   Eu ministro treinamentos de SQL Tuning e PL/SQL (c/ tuning de código 
PL/SQL), entre outros, em São Paulo, e também in-company, se o cliente desejar.

   Dia 17/05 iniciarei uma turma de SQL Tuning na qual ainda tenho algumas 
vagas. Para mais informações consulte o link 
http://www.fabioprado.net/p/agenda.html.

[]s
   


Fábio Prado

www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados 
Oracle"
 


Em 8 de maio de 2014 11:36, Jales Jose Moraes  
escreveu:

 
>  
>Bom dia!
>
>Pessoal sou DBA, porém trabalho mais na área de AD, meu chefe me solicitou o 
>levantamento de alguns cursos para que possamos fazer voltados para essa área. 
>Verifiquei o curso de Tuning de SQL e PL. 
>
>    Gostaria de obter dos senhores algumas opiniões sobre os cursos que 
>podemos realizar, tanto na parte
>de Administração de Dados, quanto aos voltados também para Modelagem.
>
>Obrigado pela atenção...
>

Re: [oracle_br] Cursos para AD/DBA

[Fabio Prado]

Boa tarde Jales,

   Eu ministro treinamentos de SQL Tuning e PL/SQL (c/ tuning de código
PL/SQL), entre outros, em São Paulo, e também in-company, se o cliente
desejar.

   Dia 17/05 iniciarei uma turma de SQL Tuning na qual ainda tenho algumas
vagas. Para mais informações consulte o link
http://www.fabioprado.net/p/agenda.html.

[]s


*Fábio Prado*

www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"



Em 8 de maio de 2014 11:36, Jales Jose Moraes escreveu:

>
>
> Bom dia!
>
> Pessoal sou DBA, porém trabalho mais na área de AD, meu chefe me solicitou
> o levantamento de alguns cursos para que possamos fazer voltados para essa
> área. Verifiquei o curso de Tuning de SQL e PL.
> Gostaria de obter dos senhores algumas opiniões sobre os cursos que
> podemos realizar, tanto na parte
> de Administração de Dados, quanto aos voltados também para Modelagem.
>
> Obrigado pela atenção...
>
>  
>

[oracle_br] Re: Cursos para AD/DBA

[pedropaulo.professor]

Jales, 

Boa Tarde,

Se for no RJ temos TODOS os cursos SQL, PL\SQL inicio 17/05, SQL Tuning  inicio 
em 28/6 (Inclusive este o CHIAPPA que ministra).

Somos um grupo de AMIGOS DBAS e Desenvolvedores Oracle ha mais 5 anos 
trabalhando serio com treinamentos.

Veja aqui: curso-de-oracle-rio-de-janeiro-rj.blogspot.com.br/

e-mail: pedropaulo.profes...@gmail.com
Varias parcerias com Universidades e com a Atrium tambem para treinamentos no 
Centro do RJ, D.Caxias e Campo Grande.

Re: [oracle_br] Re: Preço Rotina de backup

[jlchiappa]

Marcelo, funciona assim : na nossa área de TI, o balizador principal de preço 
ainda é mesmo o valor-hora do trabalho, ok ? No caso, ao que entendo é um 
ambiente simples, com demanda de média pra menos, e sem complexidades, então 
acho que vc deveria usar o valor-hora de DBA Pleno : querer cobrar valor-hora 
de DBA Sênior para uma atividade que não demanda conhecimentos avançados é 
esfolar o cliente, não é um procedimento profissional, tanto quanto querer 
cobrar um preço vil, certo ?? veja na sua região, mas aqui em SP tenho visto 
como custo para DBA Pleno algo em volta de R$50 a R$60, pouco mais pouco 
menos
  Encontrado o valor-hora apropriado, é somar a quantidade de horas que vc 
gastou no levantamento do ambiente deles, a qtdade de horas que gastou no 
desenho da solução, a quantidade de horas que gastou no treinamento (já que são 
eles que vão executar/monitorar a rotina e os resultados, ao que entendi) E a 
quantidade de horas que vc gastou no teste de backup E no de restore (backup 
sem um teste de restore que seja sorry, não é backup imho)
 E um ponto adicional : tem experts que acham que não se deve, mas eu gosto de 
jogar bem aberto com meus clientes, então eu mostro pra eles a lista detalhada 
de quantas horas serão/foram gastas em cada item, além do preço geral que é a 
soma de cada uma delas, okdoc ???

  []s

 Chiappa

Re: [oracle_br] Re: enq: HW - contention

[jlchiappa]

A questão dos LOBs é que embora eles realmente tenham limites máximos 
altíssimos, as linguagens utilizadas no RDBMS (ie, SQL e PL/SQL) possuem 
limites menores para o tanto de informação que conseguem enviar/receber do 
database de uma só vez (varia de acordo com a versão, mas normalmente é de 4000 
bytes para SQL e 32767 para PL/SQL) : assim sendo, vc tem que ** quebrar ** a 
informação a receber/enviar de/para os seus LOBs em pedaços de tamanho 
adequado, okdoc ? Portanto sim, vc pode ter trocentros gigabytes no teu LOB no 
total, mas lidos/gravados de 4000 em 4000 bytes de cada vez (ou de 32767 em 
32767 bytes de cada vez, se for PL/SQL) certo ?
 Em cima disso,  o que o Analista está supondo pelo que entendi é que a tua 
aplicação está usando as APIs da linguagem SQL e por falha de programação em 
alguns casos ao invés de enviar pro banco pedaços de 4000 bytes está enviando 
pedaços de 4001 bytes, E por bug do RDBMS ao invés de rejeitar o pedaço de 
comprimento inválido ele está dando ORA-600, é isso Se for uma aplicação 
desenvolvida in-house, Confirme com os programadores se eles estão usando a 
metodologia apropriada ao trabalhar com LOBs, enviando um pedaço de cada vez da 
informação, E se for aplicação de fornecedor, acione o Suporte do fornecedor 
para verificar se eles tem notícia de bug desse tipo na Aplicação Outra 
ação que pode ser MUITO esclarecedora é vc pedir um TRACE (sem tkprof, só o 
trace bruto) de uma execução e enviar isso pro Suporte - lá fica registrado 
direitinho cada operação que a aplicação fez no banco - , ou mesmo (com a Ajuda 
do Suporte Oracle) ativar um evento que gere dump na inserção de um LOB Com 
essas ações vc Comprova ou Rejeita a Suposição do analista da Oracle...
 
 []s
 
   Chiappa
   
 OBS : outra coisa que vc pode fazer é testar por corrupção nesses LOBs - 
procure no metalink por LOB CORRUPTION que vc acha algumas notas com 
procedimentos para isso.
 

---Em oracle_br@yahoogrupos.com.br,  escreveu:

 Chiappa, obrigado pelas ficas, ja homologuei o procedimento no database de 
homologação do SECURE FILES, enquanto isso recebi uma resposta do Suporte da 
Oracle no qual fiquei sem entender, poderia me ajudar? Eles falaram o seguinte:
  
 From the supplied trace files here, this looks to be a problem in the 
application code, in that it is attempting to update a column with a value 
greater than the maximum defined length of the column. For example, we see the 
failing statement as:
  
 UPDATE TABELA_XUXA
SET DTEXP = :DTEXP
, DTIMP = :DTIMP
, INDEXP = :INDEXP
, INDIMP = :INDIMP
, TXT = :TXT
, TXTWORD = :TXTWORD
, TXTPDF = :TXTPDF
WHERE CODDOC = :CODDOC
AND NUMSEQ = :NUMSEQ
AND CODLOCALRESP = :CODLOCALRESP
  
 In the bind values for this we see bind number 4 which equates to the 'TXT' 
column as being defined as a VARCHAR2 of length 4000 bytes, but the actual bind 
variable length is 4001 bytes, and so this overflows the column and hence 
corrupts the subsequent lob column. Therefore you need to correct the 
application code so that it uses a character value of 4000 bytes or less.
  
  
 Eu dei um desc na tabela_XUXA e a mesma me trouxe o seguinte:
  
  Name  Null?Type
 -  

 CODDOCNOT NULL NUMBER(10)
 NUMSEQNOT NULL NUMBER(4)
 TXTCLOB
 TXTWORDBLOB
 CODLOCALRESP  NOT NULL NUMBER(4)
 DTEXP  DATE
 DTIMP  DATE
 INDEXP VARCHAR2(1)
 INDIMP VARCHAR2(1)
 TXTPDF BLOB
 INDVOTOVISTA   VARCHAR2(1)
 INDVOTOCONDUTORVARCHAR2(1)
  
  
 O campo TXT é CLOB, e não VARCHAR2 como o atendente da Oracle falou acima, e o 
tamanho máximo suportado por uma coluna do tipo CLOB e BLOB é de 8TB, me 
corrijam se estiver errado. Não sei se esse exemplo que o rapaz deu, é um 
exemplo fictício para tentar demonstrar o que está ocorrendo, mas se tratando 
de um campo LOB, acho difícil alguém conseguir atualizar um dado maior do que 
uma coluna do tipo LOB suporta.
  
  
  
  
 Em Quarta-feira, 7 de Maio de 2014 14:14, "jlchia...@yahoo.com.br" 
 escreveu:
 
   Bom, eu acho que vc tem duas questões diferentes em mãos - causalmente 
aconteceram no mesmo timeframe, mas pode muito bem ser que não estejam 
relacionadas com causa e efeito, ie : que o ORA-600 foi foi causado por eventos 
disparados pelo UPDATE é certo, mas Nã

Re: [oracle_br] Re: Preço Rotina de backup

[marcelo de freitas dos santos]

Grande Carlos,

O meu script está parecido com o seu ... mas estou querendo mesmo saber
quanto cobraria($$$) por ter montado
esta rotina de backup ...
Trabalho também com Oracle ... e uso bastante essa opção de extrair somente
uma tabela.

Abs.


2014-05-08 11:30 GMT-03:00 :

>
>
> Olá, bom dia !
>
>
> É algo deste tipo ?
>
>
>
> USE master
> DECLARE @DATABASES
> TABLE (DATABASE_NAME varchar (255) not null,
>DATABASE_SIZE bigint not null,
>REMARKS varchar (255) null)
>
>   INSERT INTO @DATABASES EXEC sp_databases
>
>
>
>
> DECLARE @DATABASE_NAME VARCHAR(100)
> DECLARE @SQL VARCHAR(MAX)
> DECLARE @DIA VARCHAR(3)
> DECLARE @COMANDO VARCHAR(500)
> DECLARE @RETORNO INT
>
> SELECT @DIA = CASE
>WHEN DATEPART ( DW , GETDATE() ) = 1 THEN 'DOM'
>WHEN DATEPART ( DW , GETDATE() ) = 2 THEN 'SEG'
>WHEN DATEPART ( DW , GETDATE() ) = 3 THEN 'TER'
>WHEN DATEPART ( DW , GETDATE() ) = 4 THEN 'QUA'
>WHEN DATEPART ( DW , GETDATE() ) = 5 THEN 'QUI'
>WHEN DATEPART ( DW , GETDATE() ) = 6 THEN 'SEX'
>WHEN DATEPART ( DW , GETDATE() ) = 7 THEN 'SAB'
>  END
>
>
> DECLARE _CURSOR_BACKUP Insensitive
> CURSOR FOR
>SELECT  DATABASE_NAME
>   FROM @DATABASES
>OPEN _CURSOR_BACKUP
>FETCH NEXT FROM _CURSOR_BACKUP INTO @DATABASE_NAME
>WHILE @@FETCH_STATUS = 0 BEGIN
>   SET @SQL='BACKUP DATABASE ['+@DATABASE_NAME+'] TO  DISK =
> N''C:\BACKUP\'+@DATABASE_NAME+'_'+@DIA+'.BAK'' WITH  INIT , '+
>'NOUNLOAD , '+
>'NAME = N''['+@DATABASE_NAME+']'', '+
>'NOSKIP, '+
>'STATS = 10, '+
>'NOFORMAT;'
>
>   EXEC(@SQL)
>
>
>
>   FETCH NEXT FROM _CURSOR_BACKUP INTO @DATABASE_NAME
>END
>CLOSE _CURSOR_BACKUP
>DEALLOCATE _CURSOR_BACKUP
>
>
>   Se for isto, ganharia o cliente com este PLUS+++, não cobraria.
>
>Por exemplo,  você consegue retornar do backup somente uma tabela, como
> ocorre no Oracle ?   Claro, sem precisar retornar todas as tabelas em outro
> databaseSe sim, opa aí temos um diferencial... Não vi isto no SQL
> Server, que cá entre nós... Tenho saudades do Oracle
>
>
>  Um abraço,
>
> Carlos
>
>
>
>  
>

[oracle_br] Cursos para AD/DBA

[Jales Jose Moraes]

Bom dia!

Pessoal sou DBA, porém trabalho mais na área de AD, meu chefe me solicitou o 
levantamento de alguns cursos para que possamos fazer voltados para essa área. 
Verifiquei o curso de Tuning de SQL e PL. 

    Gostaria de obter dos senhores algumas opiniões sobre os cursos que podemos 
realizar, tanto na parte
de Administração de Dados, quanto aos voltados também para Modelagem.

Obrigado pela atenção...

Re: [oracle_br] Re: enq: HW - contention

[Rafael Mendonca]

Chiappa, obrigado pelas ficas, ja homologuei o procedimento no database de 
homologação do SECURE FILES, enquanto isso recebi uma resposta do Suporte da 
Oracle no qual fiquei sem entender, poderia me ajudar? Eles falaram o seguinte:
 
>From the supplied trace files here, this looks to be a problem in the 
>application code, in that it is attempting to update a column with a value 
>greater than the maximum defined length of the column. For example, we see the 
>failing statement as:
 
UPDATE TABELA_XUXA
SET DTEXP = :DTEXP
, DTIMP = :DTIMP
, INDEXP = :INDEXP
, INDIMP = :INDIMP
, TXT = :TXT
, TXTWORD = :TXTWORD
, TXTPDF = :TXTPDF
WHERE CODDOC = :CODDOC
AND NUMSEQ = :NUMSEQ
AND CODLOCALRESP = :CODLOCALRESP
 
In the bind values for this we see bind number 4 which equates to the 'TXT' 
column as being defined as a VARCHAR2 of length 4000 bytes, but the actual bind 
variable length is 4001 bytes, and so this overflows the column and hence 
corrupts the subsequent lob column. Therefore you need to correct the 
application code so that it uses a character value of 4000 bytes or less.
 
 
Eu dei um desc na tabela_XUXA e a mesma me trouxe o seguinte:
 
 Name  Null?    Type
 -  

 CODDOC    NOT NULL NUMBER(10)
 NUMSEQ    NOT NULL NUMBER(4)
 TXT    CLOB
 TXTWORD    BLOB
 CODLOCALRESP  NOT NULL NUMBER(4)
 DTEXP  DATE
 DTIMP  DATE
 INDEXP VARCHAR2(1)
 INDIMP VARCHAR2(1)
 TXTPDF BLOB
 INDVOTOVISTA   VARCHAR2(1)
 INDVOTOCONDUTOR    VARCHAR2(1)
 
 
O campo TXT é CLOB, e não VARCHAR2 como o atendente da Oracle falou acima, e o 
tamanho máximo suportado por uma coluna do tipo CLOB e BLOB é de 8TB, me 
corrijam se estiver errado. Não sei se esse exemplo que o rapaz deu, é um 
exemplo fictício para tentar demonstrar o que está ocorrendo, mas se tratando 
de um campo LOB, acho difícil alguém conseguir atualizar um dado maior do que 
uma coluna do tipo LOB suporta.
 
 
 
 
Em Quarta-feira, 7 de Maio de 2014 14:14, "jlchia...@yahoo.com.br" 
 escreveu:
  
  
Bom, eu acho que vc tem duas questões diferentes em mãos - causalmente 
aconteceram no mesmo timeframe, mas pode muito bem ser que não estejam 
relacionadas com causa e efeito, ie : que o ORA-600 foi foi causado por eventos 
disparados pelo UPDATE é certo, mas Não É certo que seja o ORA-600 que está 
causando o enqueue, okdoc ?? Vamos tratar separadamente, então...
 Começando com o ORA-600 : não tenho outro conselho que não seja o default, ie 
: usar a tool de lookup de ORA-600 no metalink *** E ***, mais importante de 
tudo, abrir um Chamado no Suporte Oracle  
 Sobre enqueue em LOBs , meu conselho principal é que vc analise com carinho a 
possibilidade de usar SECUREFILES para as tablespaces que contém os LOBs, elas 
via de regra são Muito mais eficientes em manutenção/alocação de extents do que 
BASICFILES Em segundo lugar, vc VAI abrir um Chamado no Suporte para 
comprovar que os bugs já conhecidos (e em princípio já sanados) comuns em LOBs 
não estão re-surgindo no seu ambiente (principalmente os bugs 4450406, 5636728 
e o 5565887, entre outros : não é comum bugs tão antigos resurgirem (após um 
PSU, após alguma alteração de ambiente) mas é o Suporte que vai confirmar ou 
negar isso... 
 
 Como WORK-AROUND, vc pode experimentar deixar alguns tantos muitos extents já 
pré-alocados (com muitas execuções de ALLOCATE EXTENT), alterar params de 
storage / controle de alocação nos blocos (e eventualmente adicionar 
FREELISTS), experimentar inverter o tipo de controle de extents da tablespace 
(ie, se hoje é ASSM mudar para manual/MSSMN, se hoje é manual mudar para 
ASSM)
 Vc também pode aproveitar esse mesmo Chamado vc aproveita para pedir 
Autorização para implementar coisas como o param _bump_highwater_mark_count , 
ás vezes ajuda, mas Nem em Sonhos Pense em fazer isso em prod sem Autorização, 
que a Oracle corta o teu Suporte sem dó nem pena se descobrir...
 
  []s
  
    Chiappa  
 

[oracle_br] Re: Preço Rotina de backup

[carlosaamaral]

Olá, bom dia ! 

 

 É algo deste tipo ? 
 

 

 

 USE master
 DECLARE @DATABASES
 TABLE (DATABASE_NAME varchar (255) not null,
DATABASE_SIZE bigint not null,
REMARKS varchar (255) null)

   INSERT INTO @DATABASES EXEC sp_databases
 
 

  

 DECLARE @DATABASE_NAME VARCHAR(100)
 DECLARE @SQL VARCHAR(MAX)
 DECLARE @DIA VARCHAR(3)
 DECLARE @COMANDO VARCHAR(500)
 DECLARE @RETORNO INT
 

 SELECT @DIA = CASE 
WHEN DATEPART ( DW , GETDATE() ) = 1 THEN 'DOM'
WHEN DATEPART ( DW , GETDATE() ) = 2 THEN 'SEG'
WHEN DATEPART ( DW , GETDATE() ) = 3 THEN 'TER'
WHEN DATEPART ( DW , GETDATE() ) = 4 THEN 'QUA'
WHEN DATEPART ( DW , GETDATE() ) = 5 THEN 'QUI'
WHEN DATEPART ( DW , GETDATE() ) = 6 THEN 'SEX'
WHEN DATEPART ( DW , GETDATE() ) = 7 THEN 'SAB'
  END 
 

 

 DECLARE _CURSOR_BACKUP Insensitive
 CURSOR FOR
SELECT  DATABASE_NAME
   FROM @DATABASES
OPEN _CURSOR_BACKUP
FETCH NEXT FROM _CURSOR_BACKUP INTO @DATABASE_NAME
WHILE @@FETCH_STATUS = 0 BEGIN
   SET @SQL='BACKUP DATABASE ['+@DATABASE_NAME+'] TO  DISK = 
N''C:\BACKUP\'+@DATABASE_NAME+'_'+@DIA+'.BAK'' WITH  INIT , '+
'NOUNLOAD , '+
'NAME = N''['+@DATABASE_NAME+']'', '+
'NOSKIP, '+
'STATS = 10, '+
'NOFORMAT;'
  
   EXEC(@SQL)
 

  
   
   FETCH NEXT FROM _CURSOR_BACKUP INTO @DATABASE_NAME
END
CLOSE _CURSOR_BACKUP
DEALLOCATE _CURSOR_BACKUP
 

 

   Se for isto, ganharia o cliente com este PLUS+++, não cobraria.
 

Por exemplo,  você consegue retornar do backup somente uma tabela, como 
ocorre no Oracle ?   Claro, sem precisar retornar todas as tabelas em outro 
databaseSe sim, opa aí temos um diferencial... Não vi isto no SQL 
Server, que cá entre nós... Tenho saudades do Oracle
 

 

  Um abraço,
 

 Carlos

 


 

[oracle_br] VAGAS Programador ORACLE PLENO

[paulaptognini]

A WABR IT SOLUTIONS, empresa sólida no mercado, atua de forma integrada 
desenvolvendo soluções completas com serviços e produtos para empresas em toda 
América do Sul e que, transforma tecnologia em soluções de negócio, busca o 
seguinte perfil
 
 10 VAGAS Programador ORACLE PLENO  
 Conhecimentos necessário: Smart/Forms; PL/SQL; Procedures; Triggers;
Início: Imediato Duração: 3 meses São Paulo: Marginal Tietê 
 Caso tenha interesse ou indicações por favor, encaminhar cv para 
paula.togn...@wabr.com.br mailto:paula.togn...@wabr.com.br. 
 
 
 
 Paula Tognini
 
 Recursos Humanos
 
 WABR IT SOLUTIONS 
 
  
 
 Office   +55 (11) 3741-3777
 
 Email   paula.togn...@wabr.com.br mailto:paula.togn...@wabr.com.br
 
 Site  www.wabr.com.br http://www.wabr.com.br/
 
  
 
 WA SP   Recepção  +55 (11) 3741-4040   |   Fax  +55 (11) 3741-3040
 
 WA RJRecepção  +55 (21) 2220-6402   |   RH   +55 (21) 2221-0823
 
  
 
 
 

[oracle_br] Preço Rotina de backup

[marcelo de freitas dos santos]

Prezados, Bom dia

Sei que não é o fórum, mas gostaria de saber quanto deveria cobrar
por um rotina de backup para SQL Server que montei ... é um free que fiz
por fora ...

É um backup simples no próprio servidor ... ela faz backup dos databases,
e conforme os dabatases são criados, já são inseridos no backup ...

A rotina guarda sempre os últimos 5 dias de backups ... essa parte tb é
configurável ...

Abção.