Larga experiência em recuperar dados de SAN iSCSI, FC e AOE.
Analistas com certificações LPIC-2, Oracle ZFSSA, entre outras
85% de resultados positivos e 20TB ao dia em poder de reparo
Temos laboratório para recuperar HD e um data center próprio
Analistas, devidamente, certificados e com experiência real em recuperar SAN de grandes ambientes.
Laboratório para reparar HDs (fibre channel, SAS etc.). Data center próprio e com suporte para mais de 60 drives.
Soluções para recuperar dados de SAN (baseado em fibra) com falhas em datastore, HDs, RAID, Zvol, file system etc.
Recuperação em LUNs de datastore (VMware, Xen, Proxmox, KVM e LPAR) com defeito em LVM, canal InfiniBand SRP/ISER etc.
Reversão de desastres em storages SAN que usam protocolo ATA, encapsulados em frames, por meio de uma rede ethernet.
Soluções para perda de conteúdos que estavam armazenados em storages Fibre Channel sustentados por enlace ethernet.
Tecnologia moderna de transmissão de comandos SCSI em modo serial. Uma alternativa ao FC, mas com menores custos.
A recuperação de dados em SAN abrange servidores e storages, que variam de pequenos appliances a ilhas SAN escaláveis e com suporte a altas cargas.
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.
ZS3-x/FS1 DE2-24c DE2-24p DE3-24c DE3-24p F5100 Sparc/x86
Storagetek 6180 6580 6780 9990/V 9985/V 9980 9970 9960 9910
Storagetek 2510 2530 2540 3510/11 6020 6120 6320 6140 6540
PowerVault 630F 650F 660F / MD3800f MD3820f MD3860f
PowerVault MD3200i 3400 3420 3460 3800I 3820I 3860I NX3200
EqualLogic Blade M4110 PS-M4110E M4110X M4110XV M4110XS
PowerVault iSCSI/SAS Fibre Channel ME4012, 4024 e ME4084
S2200 S3200 DS2200 DS4200 DS6200 DE2000H DE4000 DE6000
MSA 1050 iSCSI, 2040, 2050, 2052, D3000, D6020, D8000, P4300
7000 7200 7400/7440 8200 8400 8440/8450 9450 20000 20450
Os trabalhos compreendem sistemas Unix, Windows, hypervisors Xen (Xenserver, XCP, etc.) e VMware (incluindo vSAN). São suportados volumes por hardware ou software (RAID, LVM, ZFS, etc.).
OMV, Ubuntu e PetaSAN
RHEL, CentOS e Fedora
Enterprise Storage OS
Open-E Data Storage
OpenBSD e NetBSD
ZFS-GURU, FreeNAS, etc.
SAN baseado em ZFS
NexentaStor e OpenIndiana
"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."
Sun X4 | Ano: 2017 | Cenário: 24x HD + SAN + iSCSI + ZFS + Oracle VM
"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
"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 | Ano: 2012 | Cenário: 4x HD SCSI + Fibre Channel + JFS
A Hosco possui data center, laboratório próprio e equipe com certificações relevantes. Os projetos de recuperação de dados são elaborados por um analista especializado em recuperação de HDs. As tarefas são executadas por profissionais muito experientes. 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.
Análise dos dispositivos
Dispositivos normalizados
Criação de algoritmo
Extração de blocos
Reconstrução de arquivos
Teste de integridade
Fim do trabalho
Entrega dos dados
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.
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.
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.
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.
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 tem storages de alta capacidade, em suas dependências, que suportam 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.