Indicadores Qualidade Anatel (SMP)

O Ministério das Telecomunicações através da Agência Nacional de Telecomunicações (Anatel) audita as Operadoras na qualidade do serviço prestado aos usuários. São vários indicadores e para cada indicador existe uma meta a ser alcançada, se não for alcançada a Operadora necessita além de justificar o não atendimento, enviar um plano de ação para regularização. Após enviado é necessário aguardar a decisão da Anatel, que poderá ser desde um entendimento simples até suspensão ou multa.

Toda Operadora possui um Departamento de Assuntos Regulatórios que é a “voz” oficial junto a Anatel e são responsáveis por garantir a veracidade e justificava dos dados enviados a Agência.

Os indicadores possuem categorias e são chamados SMP (Serviço Móvel Pessoal) e são distribuídos conforme abaixo:

SMP 1 - Taxa de Reclamações;
SMP 2 - Taxa de Reclamação de cobertura e de Congestionamento de Canal de Voz por 1000 (mil) Acessos em operação;
SMP 3 - Taxa de Chamadas Completadas para os Centro de Atendimento;
SMP 4 - Taxa de Atendimento pela Telefonista/ Atendente em Sistemas de Auto-Atendimento;
SMP 5 - Taxa de Chamadas Originadas Completadas;
SMP 6 - Taxa de Estabelecimento de Chamadas;
SMP 7 - Taxa de Queda de Ligação;
SMP 8 - Taxa de Resposta ao Usúario;
SMP 9 - Taxa de Resposta aos Pedidos de Informação;
SMP 10 - Taxa de Atendmento Pessoal ao Usuário;
SMP 11 - Taxa de Atendimentos Relativos á Contas por 1000 (mil) Contas Emitidas;
SMP 12 - Taxa de Recuperação de Falhas / Defeitos.

A extração desses indicadores em uma operadora é algo metódico e complexo e exige precisão. Qualquer erro poderá acarretar em problemas sérios.

Para cada indicador é necessário, na maioria das vezes, retirar informações de mais de um sistema e consolida-las. A operadora geralmente possui uma grande estrutura de Business Inteligence (B.I) para retirar esses dados.

No final das contas, os relatórios são gerados pelo T.I (Departamento de Tecnologia da Informação) enviado ao Assuntos Regulatórios e que após analisados e aprovados enviam à agência, mensalmente até o dia 10 (atual).

Original data directory is not empty! at /usr/bin/innobackupex

Se você usa o software Percona XtraBackup e está tendo esse problema (Original data directory is not empty! at /usr/bin/innobackupex )  para fazer o restore eu vou colocar abaixo os passos para corrigir  os erros e realizar o restore.

Tem vários fóruns a respeito, mas cada um vai de uma forma, e poucos são eficientes. A melhor forma é alterar o script innobackupex.

1 – Garanta que realmente o diretório origem está vazio. Por default fica no /var/lib/mysql

Pode mover os arquivos para um diretório temporário. Mova os arquivos conforme a especificação do seu backup se foi apenas de um banco, mais ou de todos.  

*********** Quem nao usou ainda, no comando "innobackupex --apply-log" para preparar o restore, é feito shutdown do mysql***********

2 – Edit o arquivo  /usr/bin/innobackupex (vi /usr/bin/innobackupex) e ache essa linha:

# check that original data directories exist and they are empty

Abaixo terá:

 if_directory_exists_and_empty($orig_datadir, "Original data");

 if_directory_exists_and_empty($orig_ibdata_dir, "Original InnoDB data");

 if_directory_exists_and_empty($orig_iblog_dir, "Original InnoDB log");

Comente essas linhas:

### if_directory_exists_and_empty($orig_datadir, "Original data");

### if_directory_exists_and_empty($orig_ibdata_dir, "Original InnoDB data");

### if_directory_exists_and_empty($orig_iblog_dir, "Original InnoDB log");

3 - Execute o comando novamente e enjoy o seu restore :)

4 - Você talvez tenha ainda uma surpresa, o restore será executado com sucesso mas o mysql não vai subir

service mysqld start:   [failed]

Isso é simples e tem haver com permissão no diretório, basta executar:

chown -R mysql:mysql /var/lib/mysql/

 

Logo coloco um passo-a-passo para quem quer usar essa ferramenta (ao invés do mysqldump) para Innodb

[]´s

Gnomo

Encontar em qual host está uma VM pelo banco de dados VCENTER

Isso, claro, se aplica para quem tem muitos hosts e tem a opção de DRS ativado.
Para conseguir o ip do host da VM desejada é só conectar na base do vcenter e executar a query abaixo:

select a.NAME,c.IP_ADDRESS from
VPX_VM_CONFIG_INFO a,
Vpx_vm b,
VPX_HOST c
where
a.ID = b.ID and
b.HOST_ID = c.ID and 
a.NAME = '<nome da vm>';

[]´s

Gnomo

Tipos de Backup HP Data Protector

Backup Types • Full backup

A full backup consists of all backup objects even if they have been

backed up before. The first backup of an object is always a full

backup. Any subsequent backup will be completed as full if no

protected full backups with the same ownership are available at the

backup time.

• Inc backup

This backup type is based on any previous, still-protected backup

chain, either a full or an incremental backup. An incremental backup

includes only the files that have changed since the last still-protected

backup. Even if the previous backup was an incremental (Inc or

Inc1, Inc2, ...) backup, the subsequent incremental backup includes

only those files that changed in the meantime.

• Inc1 backup

This backup type refers to the most recent still-protected full backup

with the same ownership. It does not depend on any previous

incremental backups. The files that have changed since the most

recent still-protected full backup are included in the backup.

• Inc2 backup

This backup type refers to the most recent still protected full backup,

provided that there is no Inc1 done afterwards. If there are several

Inc1 backups available, it refers to the most recent one. All files that

have changed since the reference backup was done are backed up.

• Inc1-9 backup

The description above explains the concept of incremental levels,

which can be extended up to Inc9.

Table 5-1 shows the relative referencing of backup runs with various

backup types:

How to Read Table

5-1?

• The rows in Table 5-1 are independent of each other and show

different situations.

Table 5-1 Relative Referencing of Backup Runs

1 full <---- Inc1

2 full <---- <---- <---- Inc2

3 full <---- Inc1 <---- Inc2

4 full <---- Inc

5 full <---- Inc1 <---- Inc

6 full <---- Inc1 <---- Inc2 <---- Inc

7 full <---- Inc1 <---- Inc <---- Inc

8 full <---- Inc1 <---- Inc3

9 full <---- Inc1 <---- Inc2 <---- Inc3

10 full <---- <---- <---- Inc2 <---- Inc3

11 full <---- <---- <---- <---- <---- Inc3

The method is disabled by '_DP_VEPA_BACKUP_RESTORE_LOCK_

Se você está tendo essa mensagem ao tentar migrar uma VM (ESX) e usa Data Protector 6.1 ou 6.2 com appliance no Vsphere, o procedimento para tirar o lock é seguinte:

1 - Primeiramente consiga acesso à base de dados do Vcenter e faça o seguinte select passando o nome da sua VM:

select ENTITY_MO_ID_VAL  FROM [VPX_ENTITY]  where NAME = '<nome da VM>';

Exemplo:

select ENTITY_MO_ID_VAL  FROM [VPX_ENTITY]  where NAME = 'vm_teste';

2 - Pegue o valor do campo ENTITY_MO_ID_VAL e delete o registro

delete from [VPX_DISABLED_METHODS] where ENTITY_MO_ID_VAL = '<valor do campo ENTITY_MO_ID_VAL>'

Exemplo:

delete from [VPX_DISABLED_METHODS] where ENTITY_MO_ID_VAL = 'vm_teste';

3 - Faça o restart dos Serviços do Vcenter

Após isso não haverá mais o lock na hora de migrar a VM.

[]´s

Gnomo