Site com dicas e tutoriais de Banco de dados e outras tecnologias interligadas

Arquivos da categoria: Dicas

Dicas uteis para o dia dia de TI

RDS Aurora? Só não precise do AWSCLI! rs

Postado em por Publicado em Devops, Dicas, Dicas Linux, IaC - Infra via código Deixe um comentário

Fala pessoal blza?

Eu sei eu tinha que terminar a serie de posts de Grafana, mas prometo que vou concluir, tá bem foda o trampo e não tá dando tempo, talvez faça hoje mesmo… vai depender da coragem! rs

Bom, o legal que desse problema que eu tive rolou um aprendizado enorme de AWS CLI, de tanto que procurei solução pra isso! rs!

Aurora MySQL funciona melhor mesmo?
Sem duvida! Ela chega a ser 3x mais performática que o MySQL convencional, bem configurada ela voa, no quesito funcionamento não tenho o que reclamar, ao contrário de uma instancia RDS MySQL com seu disco EBS que por mais que você aumente o IOPS o Aurora tem um sistema de cache em disco proprietário que eleva a velocidade tanto OLTP como OLAP e sim cumpre o que promete, trabalha com um esquema de cluster onde você tem a base Master e a “Slave” que pode ficar Read Only (mas não arregace, senão a diferença entre uma base e outra aumenta muito), você ganha possibilidade de Failover/Switchover por um endpoint apenas, multi regional, enfim bem bom…

Massssssss……. ai que surgiu meu problema:

Eu Tinha uma replicação automatizada da base quando era um MySQL (Migrei de MySQL para Aurora MySQL), a replicação era feita via Ansible que por sua vez usa o AWSCLI em Background e tomei o seguinte erro apenas na execução do snapshot automatizado.

“Esse comando não pode ser executado para bases DB INSTANCES, use o comando para DBCLUSTER” depois pego o erro e coloco aqui.

Assim começou minha jornada… Vamos fazer isso funcionar para Aurora…

Primeiro passo: Vamos olhar a documentação do Ansible e já me deparo com isso: http://docs.ansible.com/ansible/latest/modules/rds_module.html

O Ansible tem até o modulo de restore, snapshot, mas não tem nada pra cluster databases:

Falei… fodeu… vamos baixar o nível, vamos pro AWSCLI e o que descobri? O problema se repete lá!

O AWSCLI tem os seguintes módulos pra cluster (Aurora):

  • create-db-cluster-snapshot
  • create-db-instance
  • delete-db-cluster
  • delete-db-cluster-parameter-group
  • delete-db-cluster-snapshot
  • describe-db-cluster-parameter-groups
  • describe-db-cluster-parameters
  • describe-db-cluster-snapshot-attributes
  • describe-db-cluster-snapshots
  • describe-db-clusters
  • describe-db-subnet-groups
  • describe-engine-default-cluster-parameters
  • failover-db-cluster
  • modify-db-cluster
  • modify-db-cluster-parameter-group
  • modify-db-cluster-snapshot-attribute
  • promote-read-replica-db-cluster
  • remove-role-from-db-cluster
  • reset-db-cluster-parameter-group
  • restore-db-cluster-from-s3
  • restore-db-cluster-from-snapshot
  • restore-db-cluster-to-point-in-time

Os que eu iria precisar pro meu caso seriam os:

  • restore-db-cluster-from-snapshot
  • restore-db-cluster-to-point-in-time

Ambos restauram a instancia (no meu caso com outro nome) a partir ou de uma base já existente ou de um snapshot já existente e é ai que rola o problema:

  • restore-db-cluster-from-snapshot: Ele SÓ lê snapshots feitos de clusters o que no meu caso é então fui e gerei um snapshot de cluster, mas no restore ele cria só a camada de cluster sem a instancia Aurora (simmmm só a casca)
  • restore-db-cluster-to-point-in-time: Ele até colhe as informações de outra base clusterizada Aurora, mas também só cria a casca! rs

Em resumo, nem o restore-db-instance nem o restore-cluster-instance funcionam e meu processo nunca poderá ser automatizado até que a Amazon crie algo a respeito. Até abri um chamado hoje, alias até mudamos nossa conta de suporte de Basic pra Developer pra fazer isso, espero que funcione. Caso funcione, posto aqui a solução do problema.

Estou estudando uma forma de fazer essa replicação usando MyDumper que faz dumps incrementais, mas se tiverem alguma sugestão sou todo ouvidos.

Com base em todo o estudo realizado hoje, fiz uma serie de exemplos de uso do AWSCLI no RDS que podem ser muito uteis e seguem os mesmos abaixo. Fiz todos os testes e falo com propriedade! rs

Espero que seja util!

### Criando snapshots via AWSCLI:
— Cluster:
aws rds create-db-cluster-snapshot \
–db-cluster-snapshot-identifier snap-cluster \
–db-cluster-identifier xa-teste-cluster
— Instance (sem ser Aurora):
aws rds create-db-snapshot \
–db-snapshot-identifier snap-my \
–db-instance-identifier xa-my
### Deletando uma instancia:
aws rds delete-db-instance \
–db-instance-identifier xa-teste \
–skip-final-snapshot
### Deletando um Cluster:
aws rds delete-db-cluster \
–db-cluster-identifier xa-teste-cluster \
–skip-final-snapshot
### Restaurando cluster de um point in time:
— Cluster:
aws rds restore-db-cluster-to-point-in-time \
–db-cluster-identifier xa-teste-crs \
–source-db-cluster-identifier xa-teste-cluster \
–use-latest-restorable-time \
–port 3306 \
–db-subnet-group-name default-vpc-32a3744b \
–vpc-security-group-ids “sg-0dd8e473” \
–tags Key=DI,Value=replica \
–no-enable-iam-database-authentication
— Instance (MySQL no caso e serve só se a politica de backup não estiver zerada):
aws rds restore-db-instance-to-point-in-time \
–source-db-instance-identifier xa-my \
–target-db-instance-identifier xa-my-stb \
–use-latest-restorable-time \
–db-instance-class db.t2.small \
–port 3306 \
–availability-zone us-east-1a  \
–db-subnet-group-name default-vpc-32a3744b \
–no-multi-az \
–publicly-accessible \
–auto-minor-version-upgrade \
–license-model “general-public-license” \
–db-name my \
–engine mysql \
–option-group-name default:mysql-5-6 \
–copy-tags-to-snapshot \
–tags Key=DI,Value=replica \
–storage-type gp2 \
–no-enable-iam-database-authentication
### Restaurando DB Cluster de um snapshot:
— Cluster:
aws rds restore-db-cluster-from-snapshot \
–availability-zones us-east-1a us-east-1b us-east-1c \
–db-cluster-identifier testando-crs \
–snapshot-identifier snap-cluster \
–engine aurora-mysql \
–engine-version 5.7.12 \
–port 3306 \
–db-subnet-group-name default-vpc-32a3744b \
–database-name testando \
–vpc-security-group-ids sg-0dd8e473 \
–tags Key=DI,Value=replica \
–no-enable-iam-database-authentication
— Instance:
aws rds restore-db-instance-from-db-snapshot \
–db-instance-identifier xa-my-stb \
–db-snapshot-identifier snap-my \
–db-instance-class db.t2.micro \
–port 3306 \
–availability-zone us-east-1a  \
–db-subnet-group-name default-vpc-32a3744b \
–no-multi-az \
–publicly-accessible  \
–license-model “general-public-license” \
–engine mysql \
–option-group-name default:mysql-5-6 \
–tags Key=DI,Value=replica \
–storage-type gp2
### Criando uma instancia replica dentro do cluster:
aws rds create-db-instance-read-replica \
–db-instance-identifier xa-testandinho \
–source-db-instance-identifier xa-teste \
–db-instance-class db.t2.small \
–availability-zone us-east-1a \
–port 3306 \
–no-multi-az \
–auto-minor-version-upgrade \
–option-group-name default:mysql-5-6 \
–publicly-accessible \
–tags Key=DI,Value=replica \
–db-subnet-group-name default-vpc-32a3744b \
–storage-type aurora \
–copy-tags-to-snapshot \
–no-enable-iam-database-authentication \
–no-enable-performance-insights
–source-region us-east-1b
### Gerando o esqueleto Json para qualquer comando:
O JSON é gerado e precisamos apenas entrar com os dados para execução sem precisar de todos os parâmetros listados acima.
— Para gerar o esqueleto:
aws rds create-db-cluster –generate-cli-skeleton > create_db_cluster.json
— Validando o conteudo:
O Arquivo sai gerado, exclua os Keys que você não vai precisar e edite os que vc precisa atribuindo os valores.
{
     “AvailabilityZones”: [
        “”
    ],
    “BackupRetentionPeriod”: 0,
    “CharacterSetName”: “”,
    “DatabaseName”: “”,
    “DBClusterIdentifier”: “”,
    “DBClusterParameterGroupName”: “”,
    “VpcSecurityGroupIds”: [
        “”
    ],
    “DBSubnetGroupName”: “”,
    “Engine”: “”,
    “EngineVersion”: “”,
    “Port”: 0,
    “MasterUsername”: “”,
    “MasterUserPassword”: “”,
    “OptionGroupName”: “”,
    “PreferredBackupWindow”: “”,
    “PreferredMaintenanceWindow”: “”,
    “ReplicationSourceIdentifier”: “”,
    “Tags”: [
            {
                    “Key”: “”,
                    “Value”: “”
            }
    ],
    “StorageEncrypted”: true,
    “KmsKeyId”: “”,
    “PreSignedUrl”: “”,
    “EnableIAMDatabaseAuthentication”: true,
    “SourceRegion”: “”
}
— Importando os parametros do JSON:
Para não ter que setar todos os parametros conforme o começo do post use a importação dos parametros do JSON com o comando abaixo:
aws rds create-db-cluster –cli-input-json < create_db_cluster.json
Espero que meu sofrimento sirva de ajuda pra vcs, rs!
Anselmo Borges

[IaC] – Provisionando ambientes no GCP via Ansible

Postado em por Publicado em Devops, Dicas Deixe um comentário

iac1.png

Conforme prometido, essa é a segunda postagem sobre infra via código e nesse post vou falar sobre a implantação de instancias no Google Cloud Plataform via Ansible.

Só lembrando que não tem nada de muito avançado, estamos partindo do princípio que ninguém sabe nada OK? Sem cobranças….

giphy-3

Apenas para alinhamento esse playbook cria 2 servidores CentOS 7 com um disco adicional de 50Gb cada onde criaremos um volume LVM e faremos a montagem da partição /u00, nela serão armazenados todos os dados do MongoDB que será criado no próximo post.

Bom sendo assim vamos aos pré requisitos:

  • Ter o Ansible instalado: Caso não tenha, no seu linux basta dar um apt-get instll ansible no seu ambiente baseado em Debian ou um yum install ansible em seu ambiente baseado em Red Hat. “E no Windows?” Suba um virtual box e instale um Linux rs
  • Ter uma conta no Google CGP, basta um cartão de credito e um email do Google, lembrando que não cobra nada no primeiro ano e você ganha 300 Dolares pra gastar durante esse período.
  • Ter o Git client instalado, caso tenha duvida de como usar tem um tutorial aqui no blog mesmo e você pode acessar clicando aqui.

Sendo assim vamos dar início ao nosso deploy:

Baixando o playbook:
Vamos fazer o download dos playbooks do GitHub usando o comando Git clone, segue o comando abaixo:

git clone https://github.com/AnselmoDBA/install_gcp

Fazendo isso uma pasta de nome install_gcp é baixada dentro dela tem o Readme com instruções caso necessário e dentro da pasta Ansible o nosso Playbook

Pegando as credenciais de acesso no Google Cloud:
Seu playbook vai precisar de informações importantes para execução, as mesmas seguem abaixo:

  • service_account_email: Trata-se de uma conta a qual você tenha privilégios de criação no ambiente.
  • credentials_file: É basicamente um token que você baixa pra sua estação e disponibiliza em algum diretório.
  • project_id: É o ID do projeto onde você está criando sua estrutura.

OBS: NUNCA EM HIPÓTESE ALGUMA DISPONIBILIZE O SERVICE_ACCOUNT_EMAIL E O CREDENTIALS_FILE NA WEB (GITHUB, SITE, ETC). EXISTEM PESSOAS QUE RASTREIAM ESSE TIPO DE INFORMAÇÃO E COM ELAS CRIAM AMBIENTES ENORMES QUANDO VOCÊ MENOS ESPERA PARA MINEIRAR BITCOIN. O PROBLEMA É QUE QUEM PAGA A CONTA É VOCÊ.

Editando o Playbook:
Com essas informações em mãos você substitui as entradas do setor de variáveis do playbook e coloca pra rodar. O comando para execução do playbook segue abaixo:

ansible-playbook –extra-vars “instance_name_1=mongodb01 instance_name_2=mongodb02” install_instance_gcp.yaml

As variáveis do comando “instance_name_1 e 2” são os nomes dos servidores que iremos criar, no nosso caso mongodb01 e mongodb02 onde faremos posteriormente uma configuração do ReplicaSet.

Segue um vídeo com todo esse procedimento, e veja a mágica acontecendo, o ambiente sendo criado com 1 comando em menos de 2 minutos.

Sendo assim basta rodar o seu script e ver o seu ambiente entregue em tempo recorde, precisa acrescentar algo? Edite o Playbook como quiser. A ideia de separar os playbooks em 2 (provisionamento e instalação do Mongo) foi apenas para dar fins didáticos do que cada um faz, é possível fazer um chamar o outro, ou simplesmente chama-los via Jenkins executando o segundo Playbook apenas se o primeiro for executado com sucesso.

As possibilidades são muitas, vai muito da sua criatividade, só dei um start nas suas possíveis idéias. E se fez algo legal, comenta aqui pra gente saber, ajuda nois também! rs

Bom pessoal é isso, no próximo post vamos fazer a instalação do MongoDB com ReplicaSet e tudo pelo Ansible e ver o poder dessa ferramenta, lembrando só uma coisa, entregaremos os 2 Mongos em menos de 10 min. Eu levei horas pra fazer na mão.

Espero que tenham curtido, falar em curtir deixe seu like pra dar aquela moral, passe pros amiguinhos e nos vemos no próximo.

Abraço!
Anselmo Borges

[IaC] – Falando um pouco sobre infraestrutura via código.

Postado em por Publicado em Devops, Dicas Deixe um comentário

Boa noite pessoal! Tudo bem?

Estou tentando começar uma serie de artigos de provisionamento de ambientes com usando IaC (Infrastructure as Code) ou traduzindo Infraestrutura via código. Sinceramente estou meio que apaixonado por esse tema, o tempo que você ganha com essas ferramentas chega a ser absurdo, nesses 2 próximos aquivos, vamos provisionar 2 servidores CentOS no Google Cloud e posteriormente vamos usar um outro playbook Ansible para configurar um Cluster MongoDB com ReplicaSet. Tudo isso em menos de 12 min.

giphy

É mano, parece zueira, quando eu aprendi a provisionar esse ambiente levei cerca de 4 horas por máquina aproximadamente realizando esse processo de forma manual.

O que você ganha com isso além de tempo? Ganha uma coisa importantissima nos dias de hoje chamada PADRONIZAÇÃO! Isso mesmo, imagina, vários DBAs, SysAdmins e outros, cada um tem seu “jeito”, seus TOCs, seu padrão, como a rotatividade no mundo de TI é grande em menos de 2 anos você tem 5 ambientes um diferente do outro. Isso é bem ruim quando se trata de administração, saber quais as diferenças de cada uma e tal.

Usando um Playbook no caso, podemos ter sempre o ambiente igual em todas as máquinas, caso necessário alterar algo para as proximas, ok, mudamos o playbook e segue o jogo. Outro ponto bem legal é a possibilidade de versionamento, com ferramentas como o Git, podemos saber onde minha infra foi alterada, quando e para quê, uma vantagem muito grande no caso de um rollback, voltar uma funcionalidade ou etc.

Ferramentas de mercado que fazem implementação por código:

Nesse ponto vou falar sobre algumas ferramentas que fazem esse tipo de trabalho pra você:

Quando falamos de Cloud, temos várias opções, Azure, GCP, AWS, não conheço muito Azure mas posso falar sobre as ferramentas natívas da AWS (Amazon) e da CGP (Google):cloudformation

O CloudFormation é uma ferramenta nativa da Amazon que tem como intuio transformar toda e qualquer implantação na nuvem em código, seja, subnet, disco, instancias, subnets, tudo!. Se necessário adicionar uma nova instancia no seu parque de maquinas podemos simplesmente adiciona-lo ao código e executa-lo, por padrão ele desconsidera o que já existe e adiciona somente a diferença (no caso a nova instancia).

Uma desvantagem na minha opinião sobre o CloudFormation é que se já criamos o nosso ambiente na mão, não temos como gerar um Script CloudFormation dele, ele só funciona com ambientes criados via Script. Existem ferramentas que varrem seu ambiente e criam um CloudFormation mas conheço apenas de ouvir falar.

google-cloud-cli

Chamado de gcloud ou gcloud shell o GCP tem uma grande vantagem em relação a Amazon nesse sentido (sou suspeito pra falar pois prefiro de longe provisionar ambientes no Google), a ideia é realmente a mesma do CloudFormation citado acima, a diferença está no CLI (command line Interface) que o mesmo oferece, é intuitiva e bem mais fácil de usar na minha opinião, outra vantagem absurda em relação a Amazon é que o mesmo quando crio uma instancia ou recurso me dá a opção de gerar um código desse deploy, eu podendo salva-lo e armazena-lo como quiser, na realidade de uma nova criação, só rodo denovo. Segue um exemplo abaixo:

gerado_código   codigo

Esse exemplo foi extraido durante a criação de uma instancia normal, legal né? Posso rodar esse comando tando no GCloud do navegador como no client instalado na minha estação. preciso ter um Linux? NÃO! É multiplataforma.

Tá chega vai… me empolgo falando dessa diferença, rs!

Terraform-Azure

O Terraform, usei 1 vez, fiz uma merda da p*** e peguei raiva, rs.

giphy-1

Não pela ferramenta, ela cumpre bem o que promete mas achei um pouco difícil o relacionamento das coisas nela, mas sim funciona, consegui provisionar meu ambiente, uma vantagem dela, ela serve pra qualquer ambiente Cloud, GCP, Amazon, Azure, OpenStack, essa é uma grande vantagem da ferramenta. A mesma é escrita em linguagem Go, desenvolvida pelo Google e é bem leve.

Caso queiram um tutorial de como usa-la (da maneira correta, rs) tem um tutorial bem legal do meu brother Rodrigo Floriano do Churrops, basta clicar na imagem abaixo

AAEAAQAAAAAAAAwjAAAAJDg3MWM3OTMzLWM4MjAtNDBiMS1iMGEwLWFjMjYzYjUzNmMxNA

Agora a ultima e a minha queridinha do coração que já me fez sair mais cedo, entregar projetos antes, trocar comandos por vida, o ANSIBLE:

ansible-configuration-management-devops-automated-setup-cloud-vm-provisioning

O que falar sobre o Ansible? Só é a mais usada ferramenta de infra via código da atualidade serve tanto para ambientes via Cloud como para ambientes On premises (dentro da sua empresa ou datacenter), serve para uma máquina ou para mil, tem modulo pra tudo:

  • Databases
  • Storages
  • Switchs
  • Criação de ambientes
  • Docker
  • Compactação
  • Até pra ambientes Windows

A lista de modulos pode ser encontrada em nesse link: http://docs.ansible.com/ansible/latest/modules_by_category.html

Os códigos dessa ferramenta podem ser elaborados na linguagem YAML que é bem simples de usar e alterar, muita coisa se acha na internet então basta alterar os parâmetros, até eu que sou uma topeira em programação estou criando bons Playbooks em Ansible. Já tem algum material aqui no blog da ferramenta sobre como instalar e principais considerações. A vantagem na minha opinião sobre o uso dessa ferramenta é que posso reaproveitar o mesmo Playbook de provisionamento na nuvem e fazer uma customização da maquina como por exemplo instalar um banco de dados ou configurar pré requisitos da mesma, como pontos de montagem, pacotes, parâmetros e outras coisas.

Meu próximo post, vai mostrar na prática como provisionar um ambiente via código usando o Ansible e garanto que se você der uma oportunidade para essa ferramenta você ficará bem chocado com o quanto de tempo pode ganhar. Infra via código é uma realidade, ai você se pergunta: O que isso tem a ver com banco de dados? TUDO!

Você verá no proximo post!

Até lá pessoal!
Anselmo Borges.

Conversão Single Instance para RAC usando RConfig

Postado em por Publicado em Dicas, Oracle Deixe um comentário

Boa tarde pessoal!
Depois algum tempo sem postar nada segue um recurso muito legal da Oracle que eu nem fazia idéia da existência, converto bases de Single para RAC e vice versa desde o Oracle 10g e no fim do ano passado 2015 me deparei com essa ferramenta que elimina todo o trabalho manual da conversão e de brinde faz os seguintes passos com base na sua instancia Single:

  • Cria o UNDO02 ou os necessários de acordo com número de nós de cluster que você possui.
  • Já cria os Threads e configurações no spfile necessárias para a conversão (inclusive cria o PFILE)
  • Cria os serviços Oracle no CRS como database, instantances e configurações básicas de failover
  • Já faz a atualização no oratab
  • Cria os password files
  • Cria os redologs dos Threads necessários e os habilita

Ou seja, tudo que eu fazia na mão e levava uma meia hora, ele faz em 8 min dependendo do tamanho do seu banco e tudo isso rodando um único comando.
O ideal para que realmente funcione em um único comando é a configuração exata do arquivo XML que o RConfig pede como entrada.

O Oracle possui um xml padrão no diretório $ORACLE_HOME/assistants/rconfig/sampleXMLs, para o nosso caso segue abaixo o xml já editado:

<?xml version=”1.0″ encoding=”UTF-8″?>

<n:RConfig xmlns:n=”http://www.oracle.com/rconfig”

xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”

xsi:schemaLocation=”http://www.oracle.com/rconfig rconfig.xsd”>

<n:ConvertToRAC>

<!– Verify does a precheck to ensure all pre-requisites are met, before the conversion is attempted. Allowable values are: YES|NO|ONLY –>

<n:Convert verify=”YES”>

<!–Specify current OracleHome of non-rac database for SourceDBHome –>

<n:SourceDBHome>/oracle/SATTP/12102</n:SourceDBHome>

<!–Specify OracleHome where the rac database should be configured. It can be same as SourceDBHome –>

<n:TargetDBHome>/oracle/SATTP/12102</n:TargetDBHome>

<!–Specify SID of non-rac database and credential. User with sysdba role is required to perform conversion –>

<n:SourceDBInfo SID=”sattp“>

<n:Credentials>

<n:User>sys</n:User>

<n:Password>anselmodbamanager</n:Password>

<n:Role>sysdba</n:Role>

</n:Credentials>

<!–Specify Windows Secure Oracle Home Credentials if the Oracle Home was installed with Secure User option –>

<!–

<n:Credentials>

<n:User>UserDomain\SecureHomeUserName</n:User>

<n:Password>oracle</n:Password>

<n:Role>windows_svc</n:Role>

</n:Credentials>

–>

</n:SourceDBInfo>

<!–Specify the list of nodes that should have rac instances running for the Admin Managed Cluster Database. LocalNode should be the first node in this nodelist. –>

<n:NodeList>

<n:Node name=”server01.anselmodba.com“/>

<n:Node name=”server02.anselmodba.com“/>

<n:Node name=”server03.anselmodba.com“/>

<n:Node name=”server04.anselmodba.com“/>

</n:NodeList>

<!–Specify RacOneNode along with servicename to convert database to RACOne Node –>

<!–n:RacOneNode servicename=”salesrac1service”/–>

<!–Instance Prefix tag is optional starting with 11.2. If left empty, it is derived from db_unique_name.–>

<n:InstancePrefix>sattp</n:InstancePrefix>

<!– Listener details are no longer needed starting 11.2. Database is registered with default listener and SCAN listener running from Oracle Grid Infrastructure home. –>

<!–Specify the type of storage to be used by rac database. Allowable values are CFS|ASM. The non-rac database should have same storage type. ASM credentials are no needed for conversion. –>

<n:SharedStorage type=”ASM“>

<!–Specify Database Area Location to be configured for rac database.If this field is left empty, current storage will be used for rac database. For CFS, this field will have directory path. –>

<n:TargetDatabaseArea>+SATTPDATA01</n:TargetDatabaseArea>

<!–Specify Fast Recovery Area to be configured for rac database. If this field is left empty, current recovery area of non-rac database will be configured for rac database. If current database is not using recovery Area, the resulting rac database will not have a recovery area. –>

<n:TargetFlashRecoveryArea>+SATTPARCH01</n:TargetFlashRecoveryArea>

</n:SharedStorage>
</n:Convert>
</n:ConvertToRAC>
</n:RConfig>

Em mais detalhes segue cada entrada e ser configurada abaixo:

  • SourceDBHome – /oracle/SATTP/12102
  • TargetDBHome – /oracle/SATTP/12102 (no meu caso o mesmo)
  • SourceDBInfo SID – sattp (a criação já se responsabiliza por fazer sattp1, sattp2 e etc.)
  • Credentials
    • User sys
    • Senha de sys
    • Role de sysdba
  • NodeList – Aqui voce entra com os nodes envolvidos no RAC:
    • Node name=“server01.anselmodba.com”
    • Node name=“server02.anselmodba.com”
    • Node name=“server03.anselmodba.com”
    • Node name=“server04.anselmodba.com”
  • SharedStorage – Tipo de armazenamento que voce está usando, no meu caso ASM mas acredito que possa ser ACFS ou OCFS2
  • TargetDatabaseArea – Onde vai ser o padrão dos datafiles – +SATTPDATA01
  • TargetFlashRecoveryArea – Onde será a Flash Recovery Area – +SATTPARCH01

Sendo assim com o arquivo configurado basta rodar o comando abaixo:

[oracle[email protected]:/home/oracle]$ rconfig ConvertToRAC_sattp.xml

Converting Database “sattp” to Cluster Database. Target Oracle Home: /oracle/SATTP/12102. Database Role: PRIMARY.

Setting Data Files and Control Files
Adding Trace files
Adding Database Instances
Adding Redo Logs
Enabling threads for all Database Instances
Setting TEMP tablespace
Adding UNDO tablespaces
Setting Fast Recovery Area
Updating Oratab
Creating Password file(s)
Configuring related CRS resources
Starting Cluster Database

<?xml version=”1.0″ ?>
<RConfig version=”1.1″ >
<ConvertToRAC>

<Convert>
<Response>
<Result code=”0″ >

Operation Succeeded

</Result>
</Response>
<ReturnValue type=”object”>
<Oracle_Home>
/oracle/SATTP/12102
</Oracle_Home>

<Database type=”ADMIN_MANAGED” >
<InstanceList>
<Instance SID=”sattp1″ Node=”server01″ ></Instance>
<Instance SID=”sattp2″ Node=”server02″ > </Instance>
<Instance SID=”sattp3″ Node=”server03″ ></Instance>
<Instance SID=”sattp4″ Node=”server04″ ></Instance>
</InstanceList>

</Database> </ReturnValue>
</Convert>
</ConvertToRAC></RConfig>

Com isso basta validar se sua instancia foi convertida para cluster:

crsctl stat res –t

ora.sattp.db

    1        ONLINE  ONLINE       aeslpdbora01             Open,STABLE
    2        ONLINE  ONLINE       aeslpdbora02             Open,STABLE
    3        ONLINE  ONLINE       aeslpdbora03             Open,STABLE
    4        ONLINE  ONLINE       aeslpdbora04             Open,STABLE

Espero que ajude pois me ajudou bastante!
Abraço!

Anselmo Borges

Controle de versão SVCO via SQLDeveloper

Postado em por Publicado em Dicas, SQLDeveloper Deixe um comentário

Tá se f*dendo e ficando louco com o controle de versão das tabelas da sua empresa?? Os desenvolvedores pedem tudo pra ontem e não lembram nem o que alteraram ou o que comeram no almoço?

Seus problemas acabaram!! A dica do dia!!!
Controle de versão SVCO via SQLDeveloper!!

Esse vídeo ensina de forma rápida como criar um controle de versão no seu banco de dados Oracle, usando o Plugin do SQLDeveloper SVCO.

É bem útil quando você não possui um controle de versões configurado na sua empresa e precisa monitorar o que foi alterado nas suas tabelas em um ambiente de desenvolvimento ou outros e ter um controle sobre as alterações.

 

Denada!! rs
Anselmo Borges.

Corrigindo o Erro “Result: PRVF-4007 : User equivalence check failed for user “grid””

Postado em por Publicado em Dicas, Instalação, Oracle, Oracle Real Application Clusters, Troubleshooting Deixe um comentário

Erro na instalação do Grid em Oracle RAC dizendo que os nós no usuário “grid” não possuem equivalência.

O erro ocorria na instalação da parte gráfica, dificilmente tomo esse erro, mas fiz um diagnostico para validar onde estava a falha. Mesmo eu fazendo o setup do SSH e ele acusando sucesso, quando era feito o teste uma janelinha era exibida dizendo que ele não encontrava o nó 1, sendo que todos os testes háviam sido realizados, tanto na parte da criação da chave de SSH como da validação dos acessos.

Primeiramente rodei um “runcluvfy.sh” pra ver se apontava o mesmo problema e o erro foi o seguinte.

[[email protected] ~]$ ./runcluvfy.sh stage -pre crsinst -n RACLNX01,RACLNX02 -verbose > /home/grid/resultado_cluvf.txt

Performing pre-checks for cluster services setup

Checking node reachability…
Check: Node reachability from node “RACLNX01”
Destination Node Reachable?

———————————— ————————
RACLNX01 yes
RACLNX02 yes

Result: Node reachability check passed from node “RACLNX01”
Checking user equivalence…
Check: User equivalence for user “grid”

Node Name Status
———————————— ————————
RACLNX02 passed
RACLNX01 failed

Result: PRVF-4007 : User equivalence check failed for user “grid”

Após isso, fiz uma comparação dos objetos de ambos os diretorios nos 2 servidores:

[[email protected] grid]$ id grid

uid=501(grid) gid=501(oinstall) groups=502(dba),504(asmadmin),505(asmdba),501(oinstall)

[[email protected] ~]# id grid

uid=501(grid) gid=501(oinstall) groups=502(dba),504(asmadmin),505(asmdba),501(oinstall)

[[email protected] ~]$ ls -lha
total 80K
drwxr-xr-x 5 grid oinstall 4.0K Oct 22 12:38 .
drwxr-xr-x 4 root root 4.0K Oct 16 16:13 ..
-rw——- 1 grid oinstall 1.3K Oct 22 12:20 .bash_history
-rw-r–r– 1 grid oinstall 33 Oct 16 16:13 .bash_logout
-rw-r–r– 1 grid oinstall 363 Oct 16 16:14 .bash_profile
-rw-r–r– 1 grid oinstall 124 Oct 16 16:13 .bashrc
-rw-r–r– 1 grid oinstall 515 Oct 16 16:13 .emacs
drwxr-xr-x 4 grid oinstall 4.0K Oct 16 16:13 .mozilla
drwxr-xr-x 3 grid oinstall 4.0K Oct 18 17:01 .oracle
-rw-r–r– 1 grid oinstall 23K Oct 22 12:30 resultado_cluvf.txt
drwxr-xr-x 2 grid oinstall 4.0K Oct 22 12:17 .ssh
-rw——- 1 grid oinstall 579 Oct 21 16:11 .viminfo
-rw——- 1 grid oinstall 54 Oct 21 15:49 .Xauthority
-rw-r–r– 1 grid oinstall 658 Oct 16 16:13 .zshrc

[[email protected] ~]$ ls -lha
total 52K
drwxr-xr-x 5 grid oinstall 4.0K Oct 22 10:35 .
drwxr-xr-x 4 root root 4.0K Oct 16 16:13 ..
-rw——- 1 grid oinstall 411 Oct 22 10:26 .bash_history
-rw-r–r– 1 grid oinstall 33 Oct 16 16:13 .bash_logout
-rw-r–r– 1 grid oinstall 363 Oct 16 16:14 .bash_profile
-rw-r–r– 1 grid oinstall 124 Oct 16 16:13 .bashrc
-rw-r–r– 1 grid oinstall 515 Oct 16 16:13 .emacs
drwxr-xr-x 4 grid oinstall 4.0K Oct 16 16:13 .mozilla
drwxr-xr-x 3 grid oinstall 4.0K Oct 22 10:24 .oracle
drwxr-xr-x 2 grid oinstall 4.0K Oct 22 10:24 .ssh
-rw——- 1 grid oinstall 54 Oct 22 10:33 .Xauthority
-rw-r–r– 1 grid oinstall 658 Oct 16 16:13 .zshrc

Recriei as chaves SSH manualmente:

## Apagar tudo nos 2 nós:

cd .ssh/
rm -rf *

## Criar a nova chave nos 2 nós:

ssh-keygen
*enter
*enter
*enter

## Enviar as chaves:
## Nó 1 para Nó 2:

## Nó 2 para nó 1:

scp id_rsa.pub [email protected]:/home/grid/.ssh/authorized_keys

## Criar o ssh sem senha delas para elas mesmas.

## Nó 1 para Nó 1:

cat /home/grid/.ssh/id_rsa.pub >> /home/grid/.ssh/authorized_keys

## Nó 2 para Nó 2:

cat /home/grid/.ssh/id_rsa.pub >> /home/grid/.ssh/authorized_keys

## Testar a data nos 2 servidores:

## Nó 1:

[[email protected] ~]$ ssh RACLNX02 date
Tue Oct 22 13:09:02 BRST 2013
[[email protected] ~]$ ssh RACLNX01 date
Tue Oct 22 13:08:49 BRST 2013

## Nó 2:

[[email protected] ~]$ ssh RACLNX02 date
Tue Oct 22 13:09:02 BRST 2013
[[email protected] ~]$ ssh RACLNX01 date
Tue Oct 22 13:08:49 BRST 2013

Lí em um blog um recomendação para alterar a permissão do authorized_keys nos 2 nós para 600.
Realizei essa alteração também:

## Nó 1:

[[email protected] ~]$ chmod 600 /home/grid/.ssh/authorized_keys

## Nó 2:

[[email protected] ~]$ chmod 600 /home/grid/.ssh/authorized_keys

Rodei de novo o runcluvf.sh e aparentemente foi:

Performing pre-checks for cluster services setup

Checking node reachability…
Check: Node reachability from node “RACLNX01”
Destination Node Reachable?

———————————— ————————
RACLNX01 yes
RACLNX02 yes

Result: Node reachability check passed from node “RACLNX01”

Checking user equivalence…
Check: User equivalence for user “grid”

Node Name Status
———————————— ————————
RACLNX02 passed
RACLNX01 passed

Result: User equivalence check passed for user “grid”

Checking node connectivity…
Checking hosts config file…

Node Name Status
———————————— ————————
RACLNX02 passed
RACLNX01 passed

Verification of the hosts config file successful

Recomendações:

  • Refaça o SSH sem senha.
  • Confira o privilegio dos arquivos do home do grid nos 2 servidores.
  • Valide o id do usuário grid e seus respectivos grupos.
  • Valide o privilégio do arquivo do authorized_keys.
  • Seja feliz e não gaste todo seu dinheiro… hauhauhauhuah

Espero que tenha ajudado! Abraço!

Anselmo Borges

Aprendendo mais no Oracle Learning Library

Postado em por Publicado em Dicas, Estudo, Oracle Deixe um comentário

Fala pessoal, pode ser besta esse post, mas tem gente da área de Oracle que assim como eu não sabia, então lá vai.
Existe um canal no Youtube que a Oracle possui onde são dispostos uma série de vídeos falando das mais diversas tecnologias da Oracle.

Já ví algumas coisas como:

  • Configuração do usuário/grant sysbackup para o Oracle 12c.
  • Como realizar backups via Datapump pelo SQLDeveloper 4.0.
  • Melhor utilização possível do SQLDeveloper 4.0 em termos de administração.

Para acessar o conteúdo no youtube basta clicar nesse link.

Existe também um conteúdo bem legal, com tutoriais de instalação com prints e mais vídeo aulas dos  mais diversos assuntos,, estimativa de tempo te estudo, ou seja, bem legal pra quem está ingressando na área e precisa aprender sem gastar muito. (Necessário criar um login na Oracle (é de graça)).

Para acessar o conteudo da própria Oracle Learning library clique nesse link

Ou seja, em pouco tempo vi muita coisa legal para nós da área que podem ser de grande ajuda.
Não dá pra pagar curso pra tudo e conhecimento não cai do céu.

Segue um vídeo falando a respeito.

Espero que ajude!
Bons estudos!

Dica – Atualizando Versão do OPatch – Ferramenta de aplicação de Patch Oracle

Postado em por Publicado em Dicas, Oracle Deixe um comentário

Rápido, simples e objetivo.
O procedimento para atualização do utilitário OPatch:

Baixe a versão mais nova no My Oracle Support de acordo com o seu sistema operacional e processador (x32 ou x64):

Segue abaixo os procedimentos:

— Linux/Unix/AIX:

Validando a versão:

$ORACLE_HOME/OPatch/opatch version

Sintaxe:

unzip pacote_opatch_baixado.zip -d $ORACLE_HOME

Comando exemplo:

unzip p6880880_112000_AIX64-5L.zip -d $ORACLE_HOME

Validando upgrade (se a versão foi atualizada):

$ORACLE_HOME/OPatch/opatch version

— Windows:

Validando a versão:

%ORACLE_HOME%\OPatch\opatch version

Sintaxe:

unzip pacote_opatch_baixado.zip -d $ORACLE_HOME

ou descompacte manualmente no $ORACLE_HOME sobrescrevendo o diretorio OPatch.

Validando upgrade (se a versão foi atualizada):

%ORACLE_HOME%\OPatch\opatch version

Espero que ajude!
Anselmo Borges.

Mudando a porta do Scan listener Oracle 11gR2

Postado em por Publicado em Dicas, Oracle, Oracle Real Application Clusters Deixe um comentário

Fala pessoal blza?

Fiz a instalação na porta padrão e freguês pediu para que fosse na 1524 por questões de segurança.
Fácil! Na realidade fácil agora que aprendi a fazer, rs!

Faremos da seguinte forma:

  • Validamos a porta atual
  • Paramos o scan listener
  • Paramos o scan
  • Alteramos a porta via srvctl
    • Scan
    • Scan listener
  • Alteramos o TNSNAMES do servidor/cliente
  • Iniciamos o scan
  • Iniciamos o scanlistener
  • Testamos para ver se a porta foi alterada

Vamos a obra:

Validando a porta atual:
Rodamos o comando abaixo para pegar a porta em que o scan está rodando.

[[email protected] ~]$ srvctl config scan_listener

SCAN Listener LISTENER_SCAN1 exists. Port: TCP:1521

Parando os serviços de Listener:
Agora paramos os listeners.

[[email protected] ~]# /u01/app/11.2.0/grid/bin/srvctl stop scan_listener

[[email protected] ~]# /u01/app/11.2.0/grid/bin/srvctl stop scan

Alterando a porta:
Via srvctl fazemos a alteração da porta para 1524 nesse exemplo

[[email protected] ~]$ srvctl modify scan_listener -p 1524

Alterando o parametro remote_listener no banco:
Via SQL*PLUS logamos no banco e rodamos o comando abaixo, que no caso com o parâmetro sid=’*’ já aplica para todos os nós.

## Logando no banco e alterando o parametro remote listener:

SQL> alter system set remote_listener=’jp-hq-db-scan:1524′ scope=both sid=’*’;

Subindo os serviços de listener:
Agora basta startar os serviços que paramos novamente:

[[email protected] ~]# /u01/app/11.2.0/grid/bin/srvctl start scan_listener

[[email protected] ~]# /u01/app/11.2.0/grid/bin/srvctl start scan

Validando se as portas foram alteradas:
Vamos ver se deu certo.

[[email protected] ~]$ srvctl config scan_listener

SCAN Listener LISTENER_SCAN1 exists. Port: TCP:1524

Lembre-se que depois dessas alterações deve-se alterar as portas no TNSNAMES.ora.
Não tem como errar! Rs
Abraço!

MRemote – Centralizador de acessos remotos SSH, RDP e etc.

Postado em por Publicado em Dicas, Oracle 1 Comentário

Fala pessoal, de buenas?

Se sua área de trabalho era como a minha, cheia de icones de Remote desktop para servidores Windows e um Putty com vários servidores mas sem informações detalhadas sobre os mesmos, acredito que o problema de vocês tenha acabado.

Alguns já devem conhecer, mas como eu não conhecia estou compartilhando o MREMOTE, ele de forma centralizada armazena a conexão com todos os seus servidores com usuários, senhas e trabalha com os protocolos SSH, RDP, Telnet, VNC, Citrix e outros que podem ser configurados via plugin.

Uma forma bem bacana de você se organizar e ter acesso aos seus servidores com mais rapidez.
O projeto inicial havia saído do ar, porem achei o site de outros desenvolvedores um chamado MRemote NG (Next Generation).

Segue alguns snapshots para vcs verem a cara do Programinha:

Segue abaixo o Link do site do desenvolvedor para conhecer e se quiser fazer o download:
MRemote

Espero que ajude!
Abraço!

Anselmo Borges

%d blogueiros gostam disto: