Re: RES: [oracle_br] Re: Troca de Storage +ASM

2016-09-29 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
Opa, então : se vc procurar no metalink por ASM DISK BEST PRACTICES vc vai 
encontrar ** diversas ** notas Recomendando Fortemente que ** todos ** os 
discos dentro de um mesmo DG tenham o MESMO tamanho, sim - e INCLUSIVE, iirc 
hoje vc está usando ASM 11g mas fique CIENTE que no ASM 12c mais recente essa 
recomendação virou uma Obrigação, cfrme reportado na nota "12c ASM: Unable To 
Add New Disks With Dissimilar Size To 12.1.0.2 ASM Diskgroups (Normal or High 
Redundancy) Due To ORA-15410 (New 12c ASM Enhancement Validation/Constraint)", 
Doc ID 1938950.1 : assim sendo, se vc vai adicionar novos discos dentro de um 
DG já existente contendo discos de 400G, RECOMENDO que vc crie os novos discos 
com 400G, igualmente Entenda que estamos falando do tamanho dos ASM DISKS, 
e não do tamanho físico dos novos discos : se fisicamente os novos discos tem, 
digamos, 800G vc simplesmente cria duas partições de 400G e cada partição vai 
ser um asm disk... Blz ??
 
 Nem preciso dizer que esse método online de troca de Storage ASM -> ASM ** 
DEPENDE TOTALMENTE **  que vc seja capaz de ter o servidor onde roda o ASM 
fisicamente capaz de se conectar nos dois storages ao mesmo tempo, sim : já vi 
alguns casos onde o storage antigo/sendo substituído era tão velho que a HBA 
era fisicamente INCOMPATÍVEL com o novo storage E o servidor em si também era 
tão caquético que não tinhas como vc adicionar uma HBA moderna/nova nele - num 
caso assim, babau
 
 []s
 
   Chiappa
   
OBS : 

  numa outra msg eu vi que vc perguntou se "o próprio ASM encarrega de 
organizar os datafiles novamente..." - isso indica que vc não tá por dentro do 
pulo do gato do ASM, que é :
  
  a) vc só consegue usar/ter dados num disco ASM quando ele está dentro de um 
DISKGROUP
  
  e
  
  b) quando vc cria um datafile sob ASM, o path do datafile fica no seu banco 
PROD como :
  
  +nomedodiskgroup/nomedodatafile.extensãodele
  
  ===>> OU SEJA, o banco PROD ** NÃO SABE * em qual/quais ASM disks teu 
datafile reside, okdoc ?? Assim, se vc fez uma manutenção no diskgroup X que 
era composto pelos discos disk1, disk2 e disk3 e ele passou a ser composto 
pelos discos diskx, diskY e diskZ pro banco PROD isso nãso influencia em nada , 
o banco PROD terá ** ZERO ** bytes/blocos/dados a serem alterados no 
dicionário de dados/tebelas internas dele Sim sim sim ??? Essa 
"INDEPENDÊNCIA" relativa é, imho, uma vantagem GRANDE do ASM (ou eventualmente 
de outros gerenciadores de volumes), são coisas ASSIM que me fazer pensar ser 
quase Inconcenível hoje em dia um banco PROD grande, importante, volumoso e 
crítico não rodar sob ASM/não ter os seus datafiles em ASM...
  
  EVIDENTEMENTE, há um custo para isso, que é o fato de que a lista de discos 
que compõem um disk group precisar ser mantida E precisar também ser 
acessada/percorrida a cada I/O : porém, como essa lista é mantida em tabelinhas 
internas da instância ASM , é pequena E é frequentemente acessada, via de regra 
ela fica em cache quase sempre, o overhead da manutenção E do acesso constante 
acaba por causa dessas coisas sendo MINÚSCULO okdoc ??

[oracle_br] Re: Troca de Storage +ASM

2016-09-29 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
A minha dúvida aqui é : quando vc diz que hoje tem "5 disco de 400M associado 
ao Grupo e com uso de 60%", me confirme : são mesmo discos ASM, que já estão 
num disk group ASM  
 SE SIM, é Total e Completamente ** bico ** de se fazer : como todo bom gestor 
de volumes (isso é o que o ASM é) obviamente SIM, ele permite naturalmente que 
vc adicione novos discos no grupo, que vc drope/remova discos do grupo (DESDE 
QUE haja espaço suficiente para os dados) ** E ** a trasferência física dos 
dados que estavam nos discos dropados para outros discos adicionados no grupo 
somente ocorre após o disparo da operação a qual normalmente chamados de 
REBALANE, BALANCING ou similar 9que, OBVIAMENTE, vc só vai disparar à noite, 
numa hora em que o hardware / sistema não esteja sendo tão acessado e exigido : 
veja 
http://dbactivities.com/2013/07/26/online-disk-migration-through-asm-rebalancing/
 (e a Documentação, claro!) para refs e exemplos... E tudo isso é ONLINE, 
sim Já fiz isso trocentas vezes em ASM, é tranquilíssimo
 
 Somente SE (e apenas SE!!) esses "discos" que vc tem hoje não são discos ASM 
aí sim, não tem como se escapar de alguma (potencialmente) Longa e Demorada 
TRANSFERÊNCIA de dados, seja via RMAN, export, INSERT em APPEND-mode, MOVE ou 
outra qquer das diversas possíveis

[]s

  Chiappa

RES: [oracle_br] Re: Troca de Storage +ASM

2016-09-29 Por tôpico 'Yahoo' alisson...@yahoo.com.br [oracle_br] 
Ops..

 

 

Perfeito, são discos de 400G ( desculpe pelo erro );;;

 

 

Então Parece bem simples mesmo.. Como terei uma janela de 2 dias para a 
migração física do data center e do Storage, então é colocar os dois storage 
ativos na mesma máquina, adicionar os 5 discos com espaço ( seguindo a mesma 
regra de 400G ou posso colocar um maior ) e ir excluindo os discos antigos ...

 

 

 

GROUP_NUMBER   1

NAME   DATA

SECTOR_SIZE 512

BLOCK_SIZE   4096

ALLOCATION_UNIT_SIZE  1048576

STATE   CONNECTED

TYPE  EXTERN

TOTAL_MB 2047350

FREE_MB923679

HOT_USED_MB 0

COLD_USED_MB 1123671

REQUIRED_MIRROR_FREE_MB 0

USABLE_FILE_MB   923679

OFFLINE_DISKS 0

COMPATIBILITY 11.2.0.0.0

DATABASE_COMPATIBILITY10.1.0.0.0

VOTING_FILES  N

 

 

 

 

   GROUP_NUMBER   DISK_NUMBER COMPOUND_INDEX   
INCARNATION  MOUNT_STATUSHEADER_STATUS MODE_STATUS 
STATE   REDUNDANCY   LIBRARY   OS_MB TOTAL_MB
FREE_MBHOT_USED_MB COLD_USED_MB NAME   FAILGROUP   
LABELPATH UDIDPRODUCTCREATE_DATE   
MOUNT_DATE REPAIR_TIMER READS  WRITES READ_ERRSWRITE_ERRS   
 READ_TIMEWRITE_TIME BYTES_READ  BYTES_WRITTEN  
PREFERRED_READ   HASH_VALUEHOT_READS   HOT_WRITES   
  HOT_BYTES_READ  HOT_BYTES_WRITTEN  COLD_READS COLD_WRITES 
   COLD_BYTES_READCOLD_BYTES_WRITTEN VOTING_FILE SECTOR_SIZE
 FAILGROUP_TYPE

1 1 0  16777216 4042303319  
  CACHED   MEMBER ONLINE NORMALUNKNOWN  
  System 409470  409470  184735  0  224735  DATA_
DATA_\\.\ORCLDISKDATA0  
22/11/2015 20:03:27  23/09/2016 12:36:29  0  
1937339411922806 0 0 
254641,776752  1197196,802552   3923037497344 
105093921280   14520206860 0 0  
   0 19373259 11745393 
3923035060224104367475200   N512 REGULAR

2 1 1  16777217 4042303320  
  CACHED   MEMBER ONLINE NORMALUNKNOWN  
  System 409470  409470  184734  0  224736  DATA_0001
DATA_0001\\.\ORCLDISKDATA1  
22/11/2015 20:03:27  23/09/2016 12:36:29  0  
1976522611092258 0 0 
257363,373608  1014829,365776   3927910803968 
99320625664  0 0  0 0   
  0 19763581 11086183 3927903790592 
99294722560N512 REGULAR

3 1 2  16777218 4042303321  
  CACHED   MEMBER ONLINE NORMALUNKNOWN  
  System 409470  409470  184736  0  224734  DATA_0002
DATA_0002\\.\ORCLDISKDATA2  
25/01/2016 09:49:48  23/09/2016 12:36:29  0  
1938470110937920 0 0 
256093,555961207776,2782 392175158835298621805568   
   0 0  0 0 0   
  19384601 10936605 3921747836416 
98615981056N512 REGULAR

4 1 3  16777219 4042303322  
  CACHED   MEMBER ONLINE NORMALUNKNOWN  
  System 409470  409470  184735  0  224735  DATA_0003
DATA_0003\\.\ORCLDISKDATA3  
17/05/2016 11:43:51  23/09/2016 12:36:29  0  
2059369811359368 0 0 
227174,7468   1220983,630888   393015424 
103569527296   0 0  0 0 
0 20593601 11358367 3939996746240   
  103564852736N512 REGULAR

5 1 4  16777220 4042303323  
  CACHED   MEMBER ONLINE NORMALUNKNOWN  
  System 409470  409470  184739  0  224731  DATA_0004
DATA_0004

[oracle_br] Re: Troca de Storage +ASM

2016-09-29 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
A minha dúvida aqui é : quando vc diz que hoje tem "5 disco de 400M associado 
ao Grupo e com uso de 60%", me confirme : são mesmo discos ASM, que já estão 
num disk group ASM  
 SE SIM, é Total e Completamente ** bico ** de se fazer : como todo bom gestor 
de volumes (isso é o que o ASM é) obviamente SIM, ele permite naturalmente que 
vc adicione novos discos no grupo, que vc drope/remova discos do grupo (DESDE 
QUE haja espaço suficiente para os dados) ** E ** a trasferência física dos 
dados que estavam nos discos dropados para outros discos adicionados no grupo 
somente ocorre após o disparo da operação a qual normalmente chamados de 
REBALANE, BALANCING ou similar 9que, OBVIAMENTE, vc só vai disparar à noite, 
numa hora em que o hardware / sistema não esteja sendo tão acessado e exigido : 
veja 
http://dbactivities.com/2013/07/26/online-disk-migration-through-asm-rebalancing/
 (e a Documentação, claro!) para refs e exemplos... E tudo isso é ONLINE, 
sim Já fiz isso trocentas vezes em ASM, é tranquilíssimo
 
 Somente SE (e apenas SE!!) esses "discos" que vc tem hoje não são discos ASM 
aí sim, não tem como se escapar de alguma (potencialmente) Longa e Demorada 
TRANSFERÊNCIA de dados, seja via RMAN, export, INSERT em APPEND-mode, MOVE ou 
outra qquer das diversas possíveis

[]s

  Chiappa

RES: [oracle_br] Troca de Storage +ASM

2016-09-29 Por tôpico 'Yahoo' alisson...@yahoo.com.br [oracle_br] 
Muito Grato Rodrigo..

 

Vou montar um ambiente de teste aqui ... Achei bem interessante a opção de usar 
o Rman.. Acredito que deve ter um tratamento especifico para o SYS, UNDOTBS e 
SYSAUX..

 

 

Vou pesquisar aqui e montar um ambiente de teste ...

 


At,
Alisson Luz

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 29 de setembro de 2016 13:18
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Troca de Storage +ASM

 

  

Boa tarde, 

Procure um howto migrar para ASM, abstraia que já está em ASM. Acho que umas 
opções que vai ter é usando RMAN com backup as copy com format apontando para o 
diskgroup novo. Você também pode fazer um duplicate copiando os dados ou usar 
copia dos datafiles entre os discos ASM: 

create directory teste_orig as '+DATA1'; 

create directory teste_dest as '+DATA2'; 

select 'exec 
dbms_file_transfer.COPY_FILE(''TESTE_ORIG'','''||substr(name,20)||''',''TESTE_DEST'','''||substr(name,20)||''');'
 
from v$archived_log 
where sequence# > 36350; 

Obs.: Isso vai ter que fazer com o banco MOUNT. De uma olhada nisso aqui 
também: 
https://docs.oracle.com/database/121/OSTMG/GUID-3B8D0956-0888-452D-A9E4-9FB8D98577E0.htm#OSTMG89997
 pois dá para fazer quase tudo online, tirando a SYS, UNDOTBS e SYSAUX. 

Atenciosamente, 

Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br 
 
 | +55 21 988 994 817 
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial 
Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | www.mufalani.com.br 
 
 
[cid:image001.png@01D21A53.D4F8AB40][cid:image002.png@01D21A53.D4F8AB40]
 


De:  > em 
nome de "angelo angelolis...@gmail.com   
[oracle_br]"  > 
Responder para: "oracle_br@yahoogrupos.com.br 
 "  > 
Data: quinta-feira, 29 de setembro de 2016 13:09 
Para: "oracle_br@yahoogrupos.com.br  " 
 > 
Assunto: Re: [oracle_br] Troca de Storage +ASM 



Alisson, 

Acho que eu faria a mesma coisa. 

Colocar os storages em paralelo, migrar e retirar o antigo 

Não te livra de um periodo de downtime, mas em paralelo duraria menos tempo 

E que bom que resolveram legalizar, menos dores de cabeça também. 

Em 29/09/2016 12:08, "alisson...@yahoo.com.br 

  [oracle_br]"  
> escreveu: 

Bom dia Senhores! 

Primeiro quero agradecer a todos que movimento esse grupo. Realmente faz toda a 
diferença. 

Bom tenho no meu ambiente oracle 11GR2 versão 11.2.0.1.0 ( Parece que está 
tendo um movimento da empresa para legalizar e ter suporte graça a deus hehehe 
) com ASM .. 

Tenho 5 disco de 400M associado ao Grupo e com uso de 60%.A ideia é abrir uma 
janela para troca de Storage e me deparei no seguinte problema, primeiro que 
nunca fiz algo parecido de trocar de storage (estou com ambiente widnows server 
2012 r2. 

Não sei se meu raciocino está correto mas pensei em ativar o outro storage e 
deixar os dois funcionando, depois adicionaria mais 5 discos do mesmo tamanho e 
depois que a sincronia for feita , pensei em excluir os discos antigos. 
Não sei se esse é o melhor caminho , acredito que deve existir outros caminhos 
ou forma ou até está equivocado com isso . Como disse antes é um procedimento 
que nunca fiz. 

Uma outra dúvida sempre solicitei discos dos mesmo tamanhos mas realmente é 
necessário ou existe um padrão indicado pela oracle ? 

Desde de já agradeço a todos. 




[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Troca de Storage +ASM

2016-09-29 Por tôpico 'Yahoo' alisson...@yahoo.com.br [oracle_br] 
Verdade, angelo..

 

Pensei nisso .. Um dúvida ao excluir um disco o próprio ASM encarrega de 
organizar os datafiles novamente, visto que perco o controle de “onde 
fisicamente ele se encontra” ?

 

E apenas colocar em paralelos e depois excluir os discos um a um que o mesmo é 
reorganizado ?

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 29 de setembro de 2016 13:10
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Troca de Storage +ASM

 

  

Alisson, 

Acho que eu faria a mesma coisa.

Colocar os storages em paralelo, migrar e retirar o antigo

Não te livra de um periodo de downtime, mas em paralelo duraria menos tempo

E que bom que resolveram legalizar, menos dores de cabeça também.

 

Em 29/09/2016 12:08, "alisson...@yahoo.com.br   
[oracle_br]"  > escreveu:

  

Bom dia Senhores!

 

Primeiro quero agradecer a todos que movimento esse grupo. Realmente faz toda a 
diferença.

 

Bom tenho no meu ambiente oracle 11GR2 versão 11.2.0.1.0 ( Parece que está 
tendo um movimento da empresa para legalizar e ter suporte graça a deus hehehe 
) com ASM ..

 

Tenho 5 disco de 400M associado ao Grupo e com uso de 60%.A ideia é abrir uma 
janela para troca de Storage e me deparei no seguinte problema, primeiro que 
nunca fiz algo parecido de trocar de storage (estou com ambiente widnows server 
2012 r2.

 

Não sei se meu raciocino está correto mas pensei em ativar o outro storage e 
deixar os dois funcionando, depois adicionaria mais 5 discos do mesmo tamanho e 
depois que a sincronia for feita , pensei em excluir os discos antigos.

Não sei se esse é o melhor caminho , acredito que deve existir outros caminhos 
ou forma ou até está equivocado com isso . Como disse antes é um procedimento 
que nunca fiz.

 

Uma outra dúvida sempre solicitei discos dos mesmo tamanhos mas realmente é 
necessário ou existe um padrão indicado pela oracle ?

 

Desde de já agradeço a todos.

Re: [oracle_br] Troca de Storage +ASM

2016-09-29 Por tôpico angelo angelolis...@gmail.com [oracle_br] 
Alisson,

Acho que eu faria a mesma coisa.

Colocar os storages em paralelo, migrar e retirar o antigo

Não te livra de um periodo de downtime, mas em paralelo duraria menos tempo

E que bom que resolveram legalizar, menos dores de cabeça também.

Em 29/09/2016 12:08, "alisson...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Bom dia Senhores!
>
> Primeiro quero agradecer a todos que movimento esse grupo. Realmente faz
> toda a diferença.
>
> Bom tenho no meu ambiente oracle 11GR2 versão 11.2.0.1.0 ( Parece que está
> tendo um movimento da empresa para legalizar e ter suporte graça a deus
> hehehe ) com ASM ..
>
> Tenho 5 disco de 400M associado ao Grupo e com uso de 60%.A ideia é abrir
> uma janela para troca de Storage e me deparei no seguinte problema,
> primeiro que nunca fiz algo parecido de trocar de storage (estou com
> ambiente widnows server 2012 r2.
>
> Não sei se meu raciocino está correto mas pensei em ativar o outro storage
> e deixar os dois funcionando, depois adicionaria mais 5 discos do mesmo
> tamanho e depois que a sincronia for feita , pensei em excluir os discos
> antigos.
> Não sei se esse é o melhor caminho , acredito que deve existir outros
> caminhos ou forma ou até está equivocado com isso . Como disse antes é um
> procedimento que nunca fiz.
>
> Uma outra dúvida sempre solicitei discos dos mesmo tamanhos mas realmente
> é necessário ou existe um padrão indicado pela oracle ?
>
> Desde de já agradeço a todos.
>
>
> 
>

[oracle_br] Troca de Storage +ASM

2016-09-29 Por tôpico alisson...@yahoo.com.br [oracle_br] 
Bom dia Senhores!
 

 Primeiro quero agradecer a todos que movimento esse grupo. Realmente faz toda 
a diferença.
 

 Bom tenho no meu ambiente oracle 11GR2 versão 11.2.0.1.0 ( Parece que está 
tendo um movimento da empresa para legalizar e ter suporte graça a deus hehehe 
) com ASM ..
 

 Tenho 5 disco de 400M associado ao Grupo e com uso de 60%.A ideia é abrir uma 
janela para troca de Storage e me deparei no seguinte problema, primeiro que 
nunca fiz algo parecido de trocar de storage (estou com ambiente widnows server 
2012 r2.
 

 Não sei se meu raciocino está correto mas pensei em ativar o outro storage e 
deixar os dois funcionando, depois adicionaria mais 5 discos do mesmo tamanho e 
depois que a sincronia for feita , pensei em excluir os discos antigos.
 Não sei se esse é o melhor caminho , acredito que deve existir outros caminhos 
ou forma ou até está equivocado com isso . Como disse antes é um procedimento 
que nunca fiz.
 

 Uma outra dúvida sempre solicitei discos dos mesmo tamanhos mas realmente é 
necessário ou existe um padrão indicado pela oracle ?
 

 Desde de já agradeço a todos.