Please enable JS

RECUPERAMOS SAN

Temos experiência real em recuperar dados de storage baseado em block I/O

DEPOIMENTOSATENDIMENTO
Servidores em Data Center de Hosco

MELHORES
RESULTADOS

EXPERIÊNCIA

Duas décadas atuando na recuperação de dados em storages SAN

CONFIANÇA

Analistas com certificações LPIC-2, Oracle ZFSSA, entre outras

EFICIÊNCIA

Ações ocorridas em laboratório equipado e através de data center

CREDIBILIDADE

Profissionais formados, legalmente amparados para os trabalhos

EQUIPE
CERTIFICADA

Analistas (de sistemas e de storage) com LPIC-2, LPI-Japan, MCSA, Oracle 1Z0-414 e outras qualificações relevantes.

ESTRUTURA
ENTERPRISE

Laboratório para recuperar HDs (incluindo fibre channel) e data center para validar altos volumes de informações.

PROTOCOLOS SUPORTADOS

FCP
(Fibre Channel)

Soluções para recuperar dados de SAN (baseado em fibra) com falhas em datastore, HDs, RAID, Zvol, file system etc.

ISCSI
(Internet SCSI)

Recuperação em LUNs de datastore (VMware, Xen, Proxmox, KVM e LPAR) com defeito em LVM, canal InfiniBand SRP/ISER etc.

AOE
(ATA over Ethernet)

Reversão de desastres em storages SAN que usam protocolo ATA, encapsulados em frames, por meio de uma rede ethernet.

FCOE
(Fibre over Ethernet)

Soluções para perda de conteúdos que estavam armazenados em storages Fibre Channel sustentados por enlace ethernet.

SAS
(Serial Attached SCSI)

Tecnologia moderna de transmissão de comandos SCSI em modo serial. Uma alternativa ao FC, mas com menores custos.

MODELOS ATENDIDOS

A recuperação de dados em SAN abrange servidores e storages, que variam de ilhas SAN e VSAN, escaláveis e para altas cargas, a appliances menores.
São suportados vendors como Oracle/Sun, HP/3Par, Dell, Napp-it, Lenovo e IBM. Estão inclusos sistemas Compellent (Storage Center, SC200/SC220/SC280, SC8000), EMC SC5020, SC9000, Storwize, etc.
Há suporte para estruturas virtualizadas (datastores de VMware, Xen, KVM e LPARs), incluindo reparo em LUNs e volumes com falha em discos e HBA.


Nota Legal: A Hosco recupera informações, mas não realiza manutenção em equipamentos. Todas as marcas comerciais, nomes ou logotipos, mencionados nessa página, são de propriedade de suas respectivas empresas.

ORACLE/SUN

ZS3-x/FS1 DE2-24c DE2-24p DE3-24c DE3-24p F5100 Sparc/x86

SUN BLADE

Storagetek 6180 6580 6780 9990/V 9985/V 9980 9970 9960 9910

SUN BLADE

Storagetek 2510 2530 2540 3510/11 6020 6120 6320 6140 6540

DELL FC

PowerVault 630F 650F 660F / MD3800f MD3820f MD3860f

DELL ISCSI

PowerVault MD3200i 3400 3420 3460 3800I 3820I 3860I NX3200

DELL M1000e

EqualLogic Blade M4110 PS-M4110E M4110X M4110XV M4110XS

DELL ME4

PowerVault iSCSI/SAS Fibre Channel ME4012, 4024 e ME4084

LENOVO STORAGE

S2200 S3200 DS2200 DS4200 DS6200 DE2000H DE4000 DE6000

HP/HPE

MSA 1050 iSCSI, 2040, 2050, 2052, D3000, D6020, D8000, P4300

3PAR StoreServ

7000 7200 7400/7440 8200 8400 8440/8450 9450 20000 20450

SISTEMAS ATENDIDOS

Os trabalhos compreendem sistemas Unix e Microsoft, além de hypervisors Xen (Xenserver, XCP, etc.) e VMware. Estão inseridos volumes baseados em hardware ou software (RAID, LVM, ZFS, etc.).

DEBIAN

OMV, Ubuntu e PetaSAN

RED HAT

RHEL, CentOS e Fedora

SCST ESOS

Enterprise Storage OS

OPEN-E DSS

Open-E Data Storage

386BSD

OpenBSD e NetBSD

FREEBSD

ZFS-GURU, FreeNAS, etc.

SOLARIS

SAN baseado em ZFS

OPENSOLARIS

NexentaStor e OpenIndiana

PROBLEMAS
FREQUENTES

Falhas em HDs, flash drives, etc.

Overbooking de armazenamento

Inconsistência ou dano em LUNs

Imperícia em volumes e partições

Erros em deployments e rollouts

Danos por acesso não autorizado

Avarias na camada FC-0 e fabrics

Remoção e alteração de conteúdo

DEPOIMENTOS

  • Depoimento 1

    "Recomendo trabalho do William, ele conseguiu a recuperação de dados com a importação do Pool ZFS DATA1 sendo bem sucedida e consequentemente a remontagem do Pool de 24 discos SAS. Ele conseguiu fazer o Impossível."
    SAN de Oracle VM | Ano: 2017 | Cenário: Sun X4 + 24x HD SAS + iSCSI + ZFS

  • Depoimento 2

    "Tinhamos um cenário critico, um servidor BSD utilizado como NAS com 3 discos fazendo RAID-Z usando o sistema de arquivo ZFS e no mesmo configurado o serviço de iSCSI, onde nosso HYPER-V alocava os discos virtuais das nossas VMs, a Hosco recuperou toda estrutura de arquivos em pouco tempo."
    NAS com LUN Zvol iSCSI | Ano: 2018 | Cenário: DELL + 3x HD SAS + RAID-Z

  • Depoimento 3

    "Há 8 anos atrás, conseguiram a proeza de recuperar uma aplicação industrial em um HP-UX que não montava o JFS porque o disco scsi estava corrompido. Sem dúvida, uma empresa muito conceituada."

    SAN de HP-UX PA-RISC | Ano: 2012 | Cenário: 4x HD SCSI + Fibre Channel + JFS

Fluxo de TRABALHO

A Hosco possui data center, laboratório próprio e equipe com certificações relevantes. Os projetos são elaborados por um analista de storage, especializado em recuperação de HDs. As tarefas são executadas por profissionais com muitos anos de experiência. O processamento e armazenamento das informações ocorre em uma estrutura computacional poderosa e segura. O ambiente para reparo em HDs segue os devidos compliances. A validação dos dados é apoiada por um analista de sistemas. Essas e outras qualidades garantem que os trabalhos realizados pela Hosco sejam mais ágeis, seguros e eficientes.

1) DIAGNÓSTICO ↓

Análise dos dispositivos

2) ESTABILIZAÇÃO ↓

Dispositivos normalizados

3) PLANEJAMENTO ↓

Criação de algoritmo

4) EXTRAÇÃO ↓

Extração de blocos

5) RECONSTRUÇÃO ↓

Reconstrução de arquivos

6) VALIDAÇÃO ↓

Teste de integridade

7) FINALIZAÇÃO ↓

Fim do trabalho

8) ENTREGA ☑

Entrega dos dados

SOBRE SAN

O acesso a arquitetura SAN (Storage Area Network) é, normalmente, mediado por um servidor (host layer) que gerencia os recursos de armazenamento do storage (storage layer) e os entrega, de modo transparente, para os computadores clientes.
A leitura e escrita de dados ocorre em nível de bloco, geralmente, com Fibre Channel em topologia fabric. Esta comunicação também pode se dar por iSCSI, com base nos endpoints initiator e target ou SAS (Serial Attached SCSI). Estas últimas duas tecnologias contribuiram para disseminação de sistemas SAN além dos data centers - devido ao menor custo e possibilidade de uso em redes ethernet.

Sobre Storage SAN

LVM, ZFS e BTRFS também contribuiram na difusão de sistemas baseados em SAN. Eles têm funcionalidades que integram perfeitamente com essas arquiteturas de storages, além de terem capacidade de autorreparo. São usados para criar unidades LUN (Logical Unit Number) as quais funcionam como abstração de discos virtuais para os servidores ou hosts clientes.
Os devices de um fabric são identificados por seus WWN (World Wide Name) ou IQN (iSCSI Qualified Name), que padronizam nomes universais atribuídos aos HBAs e demais objetos. Esta atribuição de indentidades é necessária para mapeamento de nodes, controle de acesso por autenticação (PLOGI e FLOGI), aplicação de políticas de segurança e configurações de zoning.
Sistemas Unix-like têm suporte nativo a target iSCSI, através das implementações IET, SCST, STGT, e LIO. São bastante usados em storages dedicados a servers de virtualização.

Sobre SAN

INCIDENTES

A perda de dados em ambientes com SAN está quase sempre relacionada com erros na camada de RAID (causados por falha em drives de armazenamento) que está abaixo dos volumes lógicos ou LUNs. Estas ocorrências predominam em ambientes com menos recursos, onde usa-se equipamentos low-end e a monitoração é insuficiente.
Empresas com maior investimento em disponibilidade e disaster recovery, também podem ter seus storages indisponíveis. No entanto, a incidência é pequena e os possíveis impactos são menores por causa do uso de compliances que garantem um baixo downtime.
Há outros tipos de desastres, menos frequentes. São causados por problemas com placas HBA, fabrics, entre outros.

Incidente em SAN

Os equipamentos fornecidos pelos principais vendors contém indicadores físicos (luzes de alerta, painéis e displays) que sinalizam problemas de funcionamento. As interfaces de gerenciamento - como ILOM, iLO e iDRAC - também reportam defeitos e guardam logs com detalhes da saúde do sistema.
Do lado do servidor (que administra o storage), as falhas nos recursos de armazenamento são notadas através em logs do daemon initiator (iscsid) e alertas de kernel (mensagens da libata).
Em ambientes virtualizados, os guests Linux emitirão mensagens de erro de disco geradas por módulos de kernel, drivers e logs de sistema. Em guests Windows, existe a possibilidade de ocorrer erros de parada, gerando as famosas telas azuis.
Nos hypervisors baseados em Xen (como Oracle VM e XCP), as falhas em Storage Resources (SR) serão notadas por travamentos, overheads, alertas do Xenserver e do Xencenter.

Desastre em SAN

SOLUÇÕES

A Hosco ocupa posição de destaque na recuperação de dados em storages SAN, tendo uma equipe graduada, com certificações Unix e experiência real em gestão e reparo de SAN.
A empresa possui uma ilha SAN de alta capacidade, em suas dependências, que suporta elevadas cargas e amplo throughput, podendo recuperar grandes volumes em menor tempo.
A equipe tem ampla vivência no reparo de HDs danificados de filesystems distribuídos, assim como UFS, JFS, XFS e Ext4.
São qualidades que geram processos mais seguros e eficientes, garantindo melhores resultados nos trabalhos executados.

Laboratório de Hosco
As ações de análise e reparo são supervisionadas por analistas com certificações LPI/LPIC, LPI-Japan, Oracle Storage Specialist e MCP Microsoft. Os equipamentos usados para recuperar HDs danificados são modernos e com padrão gold. Um data center próprio viabiliza e agiliza recuperações em cenários maiores.
A análise de mídias para cache e logs transacionais (comuns em tecnologias que integram volumes e filesystems) é realizada por profissionais especializados, melhorando a correção de erros e preservando a consistência dos arquivos recuperados.
Um storage com perda de acesso a conteúdo crítico, deve ter seus drives desativados e encaminhados à Hosco.
É recomendado que administradores não realizem tentativas de reparo em cenários com dados críticos. Tais ações agravam o problema e podem inviabilizar a recuperação profissional.
Rack em data center de Hosco