Re: [oracle_br] Re: Trocar dbid - qual o risco

[jlchia...@yahoo.com.br [oracle_br]]

Yep - imho, para DBAs e highlanders, o lema é "There Can Be Only One" : se isso 
já vale pra quando há dois DBAs, imagina pruma situação onde um curioso, que se 
acha quase-DBA por ser desenvolvedor há não sei quanto tempo, tem acesso total 
e completo Bomba-relógio esperando pra explodir, e é pro coitado do DBA que 
vai sobrar o rescaldo, pra remendar depois dele fazer uma inhaca bem grande, é 
um pesadelo 
  Bom, o que não tem remédio remediado está : só fica tri-esperto pra manter 
SIM uma política de backup completa, que inclua Binários, arqs de configuração 
e parâmetros, mantida o melhor possível, porque algo me diz que cedo ou tarde 
vc vai precisar...
  
  []s
  
  Chiappa

Re: [oracle_br] Re: Trocar dbid - qual o risco

[angelo angelolis...@gmail.com [oracle_br]]

Pois é..  a chave do reino não fica só comigo.. rss

ele tem a senha por ser um dos sócios da empresa (ele é desenvolvedor tb, e
tá participando do projeto pra adequar algumas rotinas de integração entre
um terceiro sistema e esse) e na base onde estao sendo feita os testes, ele
mexe direto.

Mas quanto ao dbid, ele nao vai mais rodar o nid não... Falei agora pouco
com o fornecedor que ja atualizou a informacao do licenciamento, o
aplicativo tá lá, rodando bonito, isso é o que importa pra eles.

Esse sistema deve entrar no ar em meados de agosto.

obrigado pelo feedback

[]s angelo


2016-07-15 15:47 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Opa : então, na prática (exceto em casos que arqs do database são enviados
> pra outro server, como STANDBY físico, E ignorando aplicações doidas aí, né
> :)) o único ponto externo ao banco onde se usa DBID (os internos o próprio
> utilitário DBNEWID atualiza) é mesmo os backups RMAN, então sim, perda de
> backups anteriores seria tua principal fonte potencial de problemas...
>  No seu caso, como o ambiente ainda vai entrar em prod, imagino que os
> backups anteriores vão ser mesmo descartados, então isso não seria
> dificuldade, então não teria muito o que alegar por aí - se registrando
> direitinho o novo dbid para os casos de crash recover / backup restore, e
> *** TENDO CERTEZA ** que esse novo dbid não está duplicado no mesmo
> ambiente/servidor tecnimanete não vejo muito o que se alegar, não 
>
>   Pessoalmente, o que me dá medo é que esse procedimento é um pouco
> complexo pra quem não é DBA, idealmente quem faz isso é o DBA (*** não é
> *** só sair executando a coisa), mas se o cliente não é DBA e tem a senha
> aí morreu, as chaves do reino já tão com o bandido, não tem muito o que se
> fazer pra impedir
>
>   []s
>
> Chiappa
> 
>

Re: [oracle_br] UPDATE SET ROW

[jlchia...@yahoo.com.br [oracle_br]]

Pois é : em verdade, não sei se pelo fato de eu , pessoalmente, ter vindo do 
área de Desenvolvimento mas sempre concordei que alguma experiência na área é 
indicada (e mesmo recomendada) pra quem quer ser DBA, sim, por menos que como 
DBA ele vá se meter a escrever código : dificilmente, dada a alta 
especialização hoje existente na área de desenvolvimento (por exemplo, não 
basta conhecer java, mas tem que conhecer java + html + CSS + struts + 
hibernate + api não-sei-das-quantas mais isso e mais aquilo) um DBA vai 
conseguir fazer grande coisa no front-end, mas pelo menos no backend (com 
PL/SQL, shell scripting, uns dedinhos de Java dentro do database, e coisas 
assim) dá sim ... E entre outras coisas, mesmo uma mínima experiência em 
desenvolvimento VAI ajudar a conversar com os desenvolvedores, a ter uns 
conceitos de desenvolvimento, pelo menos...
 
 []s
 
   Chiappa

Re: [oracle_br] UPDATE SET ROW

[jlchia...@yahoo.com.br [oracle_br]]

Huuahuahauhauah - menos, friend, menos Mas agradeço o elogio, txs...

[]s

  Chiappa

[oracle_br] Re: Trocar dbid - qual o risco

[jlchia...@yahoo.com.br [oracle_br]]

Opa : então, na prática (exceto em casos que arqs do database são enviados pra 
outro server, como STANDBY físico, E ignorando aplicações doidas aí, né :)) o 
único ponto externo ao banco onde se usa DBID (os internos o próprio utilitário 
DBNEWID atualiza) é mesmo os backups RMAN, então sim, perda de backups 
anteriores seria tua principal fonte potencial de problemas... 
 No seu caso, como o ambiente ainda vai entrar em prod, imagino que os backups 
anteriores vão ser mesmo descartados, então isso não seria dificuldade, então 
não teria muito o que alegar por aí - se registrando direitinho o novo dbid 
para os casos de crash recover / backup restore, e *** TENDO CERTEZA ** que 
esse novo dbid não está duplicado no mesmo ambiente/servidor tecnimanete não 
vejo muito o que se alegar, não 

  Pessoalmente, o que me dá medo é que esse procedimento é um pouco complexo 
pra quem não é DBA, idealmente quem faz isso é o DBA (*** não é *** só sair 
executando a coisa), mas se o cliente não é DBA e tem a senha aí morreu, as 
chaves do reino já tão com o bandido, não tem muito o que se fazer pra 
impedir
  
  []s
  
Chiappa

[oracle_br] Trocar dbid - qual o risco

[angelo angelolis...@gmail.com [oracle_br]]

Vou aproveitar que o Chiappa trocou de lado um pouco pra perguntar;

tenho um cliente interno aqui que quer porque quer que eu mude o *dbid* do
banco de dados em banco que vai entrar em produção (ainda vai)

na verdade.. existe um determinado sistema na casa rodando que confere as
informações de licenciamento, uma das variaveis é o dbid. Como a base que
ja foi restaurada, a aplicacao esta sendo movida de um servidor para outro,
ao fazer alguns testes, logo de cara, o programa reclamou disso.

Diante disso, esse cliente, ja procurou até no google passo a passo para
rodar o *nid* e ta quase querendo meter a mão pra fazer.. do tipo "receita
de bolo muito tranquilo, muito facil.."  K

Não é algo costumeiro ( pelo menos pra mim )  mas qual o risco inerente e
invisivel a olho nu de se sair trocando o dbid assim de uma hora pra outra
? O cara é insistente, to preocupado dele acessar o servidor na calada da
noite e mudar (tem a senha) e amanhã me ligar pra dizer que deu ruim...  Eu
queria botar um terror mas um terror fundamentado, pra ele não fazer isso,
sem antes tentar ver com a aplicação para atualizar as informações do
licenciamento... do tipo, "troquei de servidor de banco e quero que a app
funcione".

Essa situacao de mudar o id, isso é utilizado quando por exemplo, se
recupera um bak em instância zerada a partir de uma outra, ou recuperar de
um crash..

Eu ja imagino que vou ter problemas por exemplo com backup, o rman nao vai
identificar os backups anteriores, logo de cara


[]s angelo

Re: [oracle_br] UPDATE SET ROW

[angelo angelolis...@gmail.com [oracle_br]]

Fazendo uma analogia, goleiros de time de futebol também treinam para jogar
na linha quando necessário (e tem uns que jogam muito bem)

Então, nada mal, programar também, conhecimento não ocupa espaço.
Pois ficar muito tempo fazendo só a mesma coisa, parece que a gente esquece
um pouco.. mas voltando a pratica, as memórias voltam em pouco tempo



On 15 July 2016 at 08:36, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  wrote:

>
>
> Chiappa o Tom Kyte brasileiro!!!
>
>
> Em Quinta-feira, 14 de Julho de 2016 23:53, "jlchia...@yahoo.com.br
> [oracle_br]"  escreveu:
>
>
>
> Pessoal, estava fazendo um trabalhinho de programação em PL/SQL (mesmo
> mais atuando como DBA de vez em quando ainda faço esse tipo de
> Desenvolvimento), onde tinha que manipular um registro com muitos campos e
> acabei usando a feature acima, onde ao invés de indicar cada coluna vc só
> carrega uma variável ROWTYPE com os valores e manda o PL/SQL updatear todas
> as colunas contidas na ROWTYPE : fazia tanto tempo que não usava que tinha
> esquecido The Oracle PL/SQL ROW Keyword
> 
> [image: image] 
> The Oracle PL/SQL ROW Keyword 
> In Oracle PL/SQL, The keyword ROW is used in UPDATE statements to modify a
> complete record of a table. This feature was introduced in Oracle 9i
> Visualizar em psoug.org 
> Visualização pelo Yahoo
>
> tem um Exemplo...
>
> Abraços,
>
>   Chiappa
>
>
>
> 
>

Re: [oracle_br] UPDATE SET ROW

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Chiappa o Tom Kyte brasileiro!!!
 

Em Quinta-feira, 14 de Julho de 2016 23:53, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     Pessoal, estava fazendo um trabalhinho de programação em PL/SQL (mesmo 
mais atuando como DBA de vez em quando ainda faço esse tipo de 
Desenvolvimento), onde tinha que manipular um registro com muitos campos e 
acabei usando a feature acima, onde ao invés de indicar cada coluna vc só 
carrega uma variável ROWTYPE com os valores e manda o PL/SQL updatear todas as 
colunas contidas na ROWTYPE : fazia tanto tempo que não usava que tinha 
esquecido The Oracle PL/SQL ROW Keyword 
||
||||   The Oracle PL/SQL ROW Keyword  In Oracle PL/SQL, The 
keyword ROW is used in UPDATE statements to modify a complete record of a 
table. This feature was introduced in Oracle 9i||
|  Visualizar em psoug.org  |Visualização pelo Yahoo|
||

    tem um Exemplo...

Abraços,

  Chiappa

  #yiv9629370796 -- #yiv9629370796ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9629370796 
#yiv9629370796ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9629370796 
#yiv9629370796ygrp-mkp #yiv9629370796hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9629370796 #yiv9629370796ygrp-mkp #yiv9629370796ads 
{margin-bottom:10px;}#yiv9629370796 #yiv9629370796ygrp-mkp .yiv9629370796ad 
{padding:0 0;}#yiv9629370796 #yiv9629370796ygrp-mkp .yiv9629370796ad p 
{margin:0;}#yiv9629370796 #yiv9629370796ygrp-mkp .yiv9629370796ad a 
{color:#ff;text-decoration:none;}#yiv9629370796 #yiv9629370796ygrp-sponsor 
#yiv9629370796ygrp-lc {font-family:Arial;}#yiv9629370796 
#yiv9629370796ygrp-sponsor #yiv9629370796ygrp-lc #yiv9629370796hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9629370796 
#yiv9629370796ygrp-sponsor #yiv9629370796ygrp-lc .yiv9629370796ad 
{margin-bottom:10px;padding:0 0;}#yiv9629370796 #yiv9629370796actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9629370796 
#yiv9629370796activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9629370796
 #yiv9629370796activity span {font-weight:700;}#yiv9629370796 
#yiv9629370796activity span:first-child 
{text-transform:uppercase;}#yiv9629370796 #yiv9629370796activity span a 
{color:#5085b6;text-decoration:none;}#yiv9629370796 #yiv9629370796activity span 
span {color:#ff7900;}#yiv9629370796 #yiv9629370796activity span 
.yiv9629370796underline {text-decoration:underline;}#yiv9629370796 
.yiv9629370796attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv9629370796 .yiv9629370796attach div a 
{text-decoration:none;}#yiv9629370796 .yiv9629370796attach img 
{border:none;padding-right:5px;}#yiv9629370796 .yiv9629370796attach label 
{display:block;margin-bottom:5px;}#yiv9629370796 .yiv9629370796attach label a 
{text-decoration:none;}#yiv9629370796 blockquote {margin:0 0 0 
4px;}#yiv9629370796 .yiv9629370796bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv9629370796 
.yiv9629370796bold a {text-decoration:none;}#yiv9629370796 dd.yiv9629370796last 
p a {font-family:Verdana;font-weight:700;}#yiv9629370796 dd.yiv9629370796last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv9629370796 
dd.yiv9629370796last p span.yiv9629370796yshortcuts 
{margin-right:0;}#yiv9629370796 div.yiv9629370796attach-table div div a 
{text-decoration:none;}#yiv9629370796 div.yiv9629370796attach-table 
{width:400px;}#yiv9629370796 div.yiv9629370796file-title a, #yiv9629370796 
div.yiv9629370796file-title a:active, #yiv9629370796 
div.yiv9629370796file-title a:hover, #yiv9629370796 div.yiv9629370796file-title 
a:visited {text-decoration:none;}#yiv9629370796 div.yiv9629370796photo-title a, 
#yiv9629370796 div.yiv9629370796photo-title a:active, #yiv9629370796 
div.yiv9629370796photo-title a:hover, #yiv9629370796 
div.yiv9629370796photo-title a:visited {text-decoration:none;}#yiv9629370796 
div#yiv9629370796ygrp-mlmsg #yiv9629370796ygrp-msg p a 
span.yiv9629370796yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv9629370796 
.yiv9629370796green {color:#628c2a;}#yiv9629370796 .yiv9629370796MsoNormal 
{margin:0 0 0 0;}#yiv9629370796 o {font-size:0;}#yiv9629370796 
#yiv9629370796photos div {float:left;width:72px;}#yiv9629370796 
#yiv9629370796photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv9629370796 
#yiv9629370796photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv9629370796
 #yiv9629370796reco-category {font-size:77%;}#yiv9629370796 
#yiv9629370796reco-desc {font-size:77%;}#yiv9629370796 .yiv9629370796replbq 
{margin:4px;}#yiv9629370796 #yiv9629370796ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv9629370796 #yiv9629370796ygrp-mlmsg