Re: [oracle_br] Duvidas de Oracle Rac

2007-08-06 Por tôpico Gustavo Venturini de Lima
Concordo contigo... Pra atualização do CRS não teria problema, mas no caso
de BD mesmo acho que não tem como... Tens razão...
Já tentou chamado na Oracle? Pra ver se não tem um "workaround"?
[]'s

Em 06/08/07, Nelson Cartaxo <[EMAIL PROTECTED]> escreveu:
>
>   Valeu Gustavo e Carlos.
>
> Vou fazer um teste. Eu havia lido o Readme, mas a duvida é justamente se
> vai fucionar para o oracle home. Veja que aqui está Oracle Clusterware que
> seria o CRS. Olhando agora a apostila que tenho do curso de rac, tem a
> seguinte observação
>
> "Em alguns componentes, não é possivel alterar um nó de cada vez. O
> exemplo clássico é o dicionário de dados. Como existe um único dicionário de
> dados, é preciso fazer shutdown em todas as instancias."
>
> Ou seja, aplicar o 10203, não é possivel fazer um de cada vez, tendo em
> vista que ele altera o dicionario de dados. Pelo menos foi isso que entendi.
>
> - Mensagem original 
> De: Gustavo Venturini de Lima <[EMAIL PROTECTED]
> >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Segunda-feira, 6 de Agosto de 2007 17:05:44
> Assunto: Re: [oracle_br] Duvidas de Oracle Rac
>
> No próprio "READ-ME" do PatchSet tem os passos:
>
> 5.8.2.1 Rolling Upgrade
>
> By default, Oracle supports rolling upgrade for Oracle Clusterware.
> Complete
> the following steps only on one node:
>
> 1.
>
> Shut down all processes in the Oracle home on the node that might be
> accessing a database, for example Oracle Enterprise Manager Database
> Control
> or iSQL*Plus:
>
> $ emctl stop dbconsole
> $ isqlplusctl stop
>
> Note:
> Before you shut down all processes that are monitored by Oracle
> Enterprise Manager Grid Control, set a blackout in Grid Control for the
> processes that you intend to shut down. This is necessary so that the
> availability records for these processes indicate that the shutdown was
> planned downtime rather than an unplanned system outage.
> 2.
>
> Shut down all services in the Oracle home on the node that might be
> accessing a database:
>
> $ srvctl stop service -d db_name [-s service_name_ list [-i inst_name]]
>
> 3.
>
> Shut down all Oracle RAC instances on the node on which you intend to
> perform the rolling upgrade. To shut down Oracle RAC instances on
> individual
> nodes in the database, enter the following command where db_name is
> the name of the database:
>
> $ srvctl stop instance -d db_name -i inst_name
>
> 4.
>
> If an Automatic Storage Management instance is present, then shut down
> the Automatic Storage Management instance on the node on which you intend
> to
> perform the rolling upgrade. To shut down an Automatic Storage Management
> instance, enter the following command where node is the name of the
> node where the Automatic Storage Management instance is running:
>
> $ srvctl stop asm -n node
>
> 5.
>
> Stop all node applications on the node on which you intend to perform
> the rolling upgrade. To stop node applications running on a node, log in
> as
> the root user and enter the following command, where node is the name
> of the node where the applications are running:
>
> # srvctl stop nodeapps -n node
>
> 6.
>
> Perform the steps mentioned in Section
> 6
> .
>
> Note:
> The following instructions are displayed on the Oracle Universal
> Installer screen:
>
> To complete the installation of this patch set, perform the following
> tasks on each node:
> 1.
>
> Log in as the root user and enter the following command to shut
> down the Oracle Clusterware:
>
> # CRS_home/bin/ crsctl stop crs
>
> 2.
>
> Run the root102.sh script to automatically start the Oracle
> Clusterware on the patched node:
>
> # CRS_home/install/ root102.sh
>
> 7.
>
> To upgrade the rest of the nodes, go to the next node and perform
> Steps 1  to
> 5and then log in as the
> root user and perform the following steps:
> 1.
>
> Enter the following command to shut down the Oracle Clusterware:
>
> # CRS_home/bin/ crsctl stop crs
>
> 2.
>
> Run the root102.sh script to automatically start the Oracle
> Clusterware on the patched node:
>
> # CRS_home/install/ root102.sh
>
> Note:
> Rolling upgrade is not supported on Shared Oracle home.
>
> Em 06/08/07, Carlos Alfredo Martins Menezes <
> carlos.menezes@ usinacoruripe. com.br> escreveu:
> >
> > Colega,
> > Sim é possível, embora pessoalmente nunca tenha testado, chama-se
> Database
> > Rolling Patch Update, tem citações inclusive no documento de instalação
> do
> > patch. Uma boa "googada" vai trazer um monte de documentos a respeito.
>

Res: [oracle_br] Duvidas de Oracle Rac

2007-08-06 Por tôpico Nelson Cartaxo
Valeu Gustavo e Carlos. 

Vou fazer um teste. Eu havia lido o Readme, mas a duvida é justamente se vai 
fucionar para o oracle home. Veja que aqui está Oracle Clusterware que seria o 
CRS. Olhando agora a apostila que tenho do curso de rac, tem a seguinte 
observação

"Em alguns componentes, não é possivel alterar um nó de cada vez. O exemplo 
clássico é o dicionário de dados. Como existe um único dicionário de dados, é 
preciso fazer shutdown em todas as instancias."

Ou seja, aplicar o 10203, não é possivel fazer um de cada vez, tendo em vista 
que ele altera o dicionario de dados. Pelo menos foi isso que entendi.





- Mensagem original 
De: Gustavo Venturini de Lima <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 6 de Agosto de 2007 17:05:44
Assunto: Re: [oracle_br] Duvidas de Oracle Rac

No próprio "READ-ME" do PatchSet tem os passos:

5.8.2.1 Rolling Upgrade

By default, Oracle supports rolling upgrade for Oracle Clusterware. Complete
the following steps only on one node:

1.

Shut down all processes in the Oracle home on the node that might be
accessing a database, for example Oracle Enterprise Manager Database Control
or iSQL*Plus:

$ emctl stop dbconsole
$ isqlplusctl stop

Note:
Before you shut down all processes that are monitored by Oracle
Enterprise Manager Grid Control, set a blackout in Grid Control for the
processes that you intend to shut down. This is necessary so that the
availability records for these processes indicate that the shutdown was
planned downtime rather than an unplanned system outage.
2.

Shut down all services in the Oracle home on the node that might be
accessing a database:

$ srvctl stop service -d db_name [-s service_name_ list [-i inst_name]]

3.

Shut down all Oracle RAC instances on the node on which you intend to
perform the rolling upgrade. To shut down Oracle RAC instances on individual
nodes in the database, enter the following command where db_name is
the name of the database:

$ srvctl stop instance -d db_name -i inst_name

4.

If an Automatic Storage Management instance is present, then shut down
the Automatic Storage Management instance on the node on which you intend to
perform the rolling upgrade. To shut down an Automatic Storage Management
instance, enter the following command where node is the name of the
node where the Automatic Storage Management instance is running:

$ srvctl stop asm -n node

5.

Stop all node applications on the node on which you intend to perform
the rolling upgrade. To stop node applications running on a node, log in as
the root user and enter the following command, where node is the name
of the node where the applications are running:

# srvctl stop nodeapps -n node

6.

Perform the steps mentioned in Section
6
.

Note:
The following instructions are displayed on the Oracle Universal
Installer screen:

To complete the installation of this patch set, perform the following
tasks on each node:
1.

Log in as the root user and enter the following command to shut
down the Oracle Clusterware:

# CRS_home/bin/ crsctl stop crs

2.

Run the root102.sh script to automatically start the Oracle
Clusterware on the patched node:

# CRS_home/install/ root102.sh

7.

To upgrade the rest of the nodes, go to the next node and perform
Steps 1  to
5and then log in as the
root user and perform the following steps:
1.

Enter the following command to shut down the Oracle Clusterware:

# CRS_home/bin/ crsctl stop crs

2.

Run the root102.sh script to automatically start the Oracle
Clusterware on the patched node:

# CRS_home/install/ root102.sh

Note:
Rolling upgrade is not supported on Shared Oracle home.

Em 06/08/07, Carlos Alfredo Martins Menezes <
carlos.menezes@ usinacoruripe. com.br> escreveu:
>
> Colega,
> Sim é possível, embora pessoalmente nunca tenha testado, chama-se Database
> Rolling Patch Update, tem citações inclusive no documento de instalação do
> patch. Uma boa "googada" vai trazer um monte de documentos a respeito.
>
> Abraços,
>
> Carlos Alfredo M. de Menezes
> Usina Coruripe
>
>  _ _ __
>
> De: [EMAIL PROTECTED] os.com.br  [mailto:
> [EMAIL PROTECTED] os.com.br ] Em nome de
> Nelson Cartaxo
> Enviada em: segunda-feira, 6 de agosto de 2007 16:44
> Para: [EMAIL PROTECTED] os.com.br 
> Cc: usuarios_oracle@ yahoogrupos. com.br com.br>
> Assunto: [oracle_br] Duvidas de Oracle Rac
>
> Pessoal boa tarde,
>
> Poderiam me tirar mais algumas duvidas sobre Rac
> Ambiente
>
> Solaris 10 com Oracle 10.2.0.3 (Rac)
>
> Vou citar um exemplo de ambiente
> 2 nos com 10.2.0.1 em alta disponibilidade. Pouquissima janela de parada.
>
> Preciso aplicar o patch do 10.2.0.3. Existe alguma maneira de aplicar o
> patch em apenas 1 instancia do database e depois se tudo correr bem, aplicar
> no outro? Nos testes que fiz, ele já coloca os bina

Re: [oracle_br] Duvidas de Oracle Rac

2007-08-06 Por tôpico Gustavo Venturini de Lima
No próprio "READ-ME" do PatchSet tem os passos:

5.8.2.1 Rolling Upgrade

By default, Oracle supports rolling upgrade for Oracle Clusterware. Complete
the following steps only on one node:

   1.

   Shut down all processes in the Oracle home on the node that might be
   accessing a database, for example Oracle Enterprise Manager Database Control
   or iSQL*Plus:

   $ emctl stop dbconsole
   $ isqlplusctl stop


 Note:
   Before you shut down all processes that are monitored by Oracle
   Enterprise Manager Grid Control, set a blackout in Grid Control for the
   processes that you intend to shut down. This is necessary so that the
   availability records for these processes indicate that the shutdown was
   planned downtime rather than an unplanned system outage.
2.

   Shut down all services in the Oracle home on the node that might be
   accessing a database:

   $ srvctl stop service -d db_name [-s service_name_list [-i inst_name]]

   3.

   Shut down all Oracle RAC instances on the node on which you intend to
   perform the rolling upgrade. To shut down Oracle RAC instances on individual
   nodes in the database, enter the following command where db_name is
   the name of the database:

   $ srvctl stop instance -d db_name -i inst_name

   4.

   If an Automatic Storage Management instance is present, then shut down
   the Automatic Storage Management instance on the node on which you intend to
   perform the rolling upgrade. To shut down an Automatic Storage Management
   instance, enter the following command where node is the name of the
   node where the Automatic Storage Management instance is running:

   $ srvctl stop asm -n node

   5.

   Stop all node applications on the node on which you intend to perform
   the rolling upgrade. To stop node applications running on a node, log in as
   the root user and enter the following command, where node is the name
   of the node where the applications are running:

   # srvctl stop nodeapps -n node

   6.

   Perform the steps mentioned in Section
6
   .

 Note:
   The following instructions are displayed on the Oracle Universal
   Installer screen:

   To complete the installation of this patch set, perform the following
   tasks on each node:
   1.

  Log in as the root user and enter the following command to shut
  down the Oracle Clusterware:

  # CRS_home/bin/crsctl stop crs

  2.

  Run the root102.sh script to automatically start the Oracle
  Clusterware on the patched node:

  # CRS_home/install/root102.sh


7.

   To upgrade the rest of the nodes, go to the next node and perform
   Steps 1  to
5and then log in as the
   root user and perform the following steps:
   1.

  Enter the following command to shut down the Oracle Clusterware:

  # CRS_home/bin/crsctl stop crs

  2.

  Run the root102.sh script to automatically start the Oracle
  Clusterware on the patched node:

  # CRS_home/install/root102.sh


 Note:
   Rolling upgrade is not supported on Shared Oracle home.



Em 06/08/07, Carlos Alfredo Martins Menezes <
[EMAIL PROTECTED]> escreveu:
>
>   Colega,
> Sim é possível, embora pessoalmente nunca tenha testado, chama-se Database
> Rolling Patch Update, tem citações inclusive no documento de instalação do
> patch. Uma boa "googada" vai trazer um monte de documentos a respeito.
>
> Abraços,
>
> Carlos Alfredo M. de Menezes
> Usina Coruripe
>
> 
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Nelson Cartaxo
> Enviada em: segunda-feira, 6 de agosto de 2007 16:44
> Para: oracle_br@yahoogrupos.com.br 
> Cc: [EMAIL PROTECTED]
> Assunto: [oracle_br] Duvidas de Oracle Rac
>
> Pessoal boa tarde,
>
> Poderiam me tirar mais algumas duvidas sobre Rac
> Ambiente
>
> Solaris 10 com Oracle 10.2.0.3 (Rac)
>
> Vou citar um exemplo de ambiente
> 2 nos com 10.2.0.1 em alta disponibilidade. Pouquissima janela de parada.
>
> Preciso aplicar o patch do 10.2.0.3. Existe alguma maneira de aplicar o
> patch em apenas 1 instancia do database e depois se tudo correr bem, aplicar
> no outro? Nos testes que fiz, ele já coloca os binarios nos dois nós. Eu
> teria que selecionar apenas 1 nó, fazendo a aplicação como se fosse uma
> single instance?
>
> Grato pela ajuda.
>
> Nelson Cartaxo
>
> Alertas do Yahoo! Mail em seu celular. Saiba mais em
> http://br.mobile.yahoo.com/mailalertas/ <
> http://br.mobile.yahoo.com/mailalertas/>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


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



RES: [oracle_br] Duvidas de Oracle Rac

2007-08-06 Por tôpico Carlos Alfredo Martins Menezes
Colega,
Sim é possível, embora pessoalmente nunca tenha testado, chama-se Database 
Rolling Patch Update, tem citações inclusive no documento de instalação do 
patch. Uma boa "googada" vai trazer um monte de documentos a respeito.
 
Abraços,
 
Carlos Alfredo M. de Menezes
Usina Coruripe



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Nelson 
Cartaxo
Enviada em: segunda-feira, 6 de agosto de 2007 16:44
Para: oracle_br@yahoogrupos.com.br
Cc: [EMAIL PROTECTED]
Assunto: [oracle_br] Duvidas de Oracle Rac



Pessoal boa tarde,

Poderiam me tirar mais algumas duvidas sobre Rac
Ambiente 

Solaris 10 com Oracle 10.2.0.3 (Rac)

Vou citar um exemplo de ambiente
2 nos com 10.2.0.1 em alta disponibilidade. Pouquissima janela de parada.

Preciso aplicar o patch do 10.2.0.3. Existe alguma maneira de aplicar o patch 
em apenas 1 instancia do database e depois se tudo correr bem, aplicar no 
outro? Nos testes que fiz, ele já coloca os binarios nos dois nós. Eu teria que 
selecionar apenas 1 nó, fazendo a aplicação como se fosse uma single instance?

Grato pela ajuda.

Nelson Cartaxo

Alertas do Yahoo! Mail em seu celular. Saiba mais em 
http://br.mobile.yahoo.com/mailalertas/ 
<http://br.mobile.yahoo.com/mailalertas/> 

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



 


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



[oracle_br] Duvidas de Oracle Rac

2007-08-06 Por tôpico Nelson Cartaxo
Pessoal boa tarde,

Poderiam me tirar mais algumas duvidas sobre Rac
Ambiente 

Solaris 10 com Oracle 10.2.0.3 (Rac)

Vou citar um exemplo de ambiente
2 nos com 10.2.0.1 em alta disponibilidade. Pouquissima janela de parada.

Preciso aplicar o patch do 10.2.0.3. Existe alguma maneira de aplicar o patch 
em apenas 1 instancia do database e depois se tudo correr bem, aplicar no 
outro? Nos testes que fiz, ele já coloca os binarios nos dois nós. Eu teria que 
selecionar apenas 1 nó, fazendo a aplicação como se fosse uma single instance?

Grato pela ajuda.


Nelson Cartaxo


  Alertas do Yahoo! Mail em seu celular. Saiba mais em 
http://br.mobile.yahoo.com/mailalertas/

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