Um Diário Técnico NetApp

Eu não posso dizer que eu já tentou definir a senha de root como vazio, e não posso dizer que eu recomendo também. Se você estiver usando "ndmpcopy", você pode definir a origem e as credenciais de destino com "-sa usuário: senha" e "-da usuário: senha".

A melhor aposta é começar na indústria. A maioria das minhas habilidades vêm de ser autodidata e trabalhando em B2net. Talvez encontrar um fornecedor de armazenamento ou revendedor em sua área e ver sobre a obtenção de alguma experiência de trabalho.

Eu sempre achei difícil de estudar, se eu não tenho um projeto para trabalhar no sentido de, para a leitura de livros e estudando manuais pode não ser a melhor maneira de aprender corretamente. Além disso, é extremamente chato fazer isso!

Oi Scott, B2net certamente pode prestar esse serviço para você, não só temos uma recepção disponível 24/7 suporte que são bem treinados em todos os produtos da NetApp, mas também uma equipe de engenheiros muito qualificados e talentosos. Se você está perguntando sobre consultores independentes, eu estou receoso que eu realmente não entendo qualquer exposição a eles como nós temos alguns líderes da indústria habilidades internamente e raramente precisam se engajar em 3 partes. Eu ficaria feliz em mandar alguém para contatá-lo para discutir a possibilidade de apoio ad-hoc ainda mais como é certamente algo que podemos oferecer.

Quer dizer AutoSupport? Sim, você pode fazer isso a partir do FilerView ou a partir da CLI. A partir da CLI apenas fazer ...

opções autosupport.doit "string texto aqui"

... E substituir "string texto aqui", com a mensagem que você quer NetApp para reagir, geralmente um número de caso.

Oi Ron,

Você tem (ou se você tem) nenhum clones LUN no passado? Talvez estes tornaram-se trancado em um snapshot e você tiver excluído uma vez que o clone LUN, mas o clone ainda tem o LUN bloqueado. Confira as fotos do volume e ver se algum está bloqueado. Se você está excluindo o LUN, há alguma coisa no volume? Se o volume off-line, você definitivamente vai remover todos os links para o LUN. Em seguida, você pode simplesmente excluir o volume e recriá-lo.

Para desligar o auto disco atribuir, faça o seguinte ...

opções disk.auto_assign off

e, em seguida, un-próprios os discos novamente. Você deve ser bom para ir, então!

Oi Kurt,

O problema quando você tem um conjunto completo é que isso afeta escreve como a primeira edição. Filas normalmente wafl se escreve a banda em todos os discos e tenta fazer isso com uma faixa tão grande quanto possível, pois é a melhor maneira de tanto escrever e para ler mais tarde. Com um total de 100%, há pouco espaço para escrever grandes listras, por isso tem que quebrar estes escreve em pedaços menores e escrever sobre as pequenas quantidades de espaço livre que está disponível. Isso leva escreve mais, mas o mais importante é que ele tem um enorme impacto sobre as leituras. Lê agora precisa fazer o movimento do eixo mais físico para realizar ler-aheads ou mesmo apenas uma leitura sequencial simples que agora é colocado através do fuso, e não em uma boa seqüência apertado.

Executando o seu agregado de 100% não só afeta o desempenho de gravação imediata, mas vai afetar continuamente o desempenho de leitura de todos os dados que foi escrito dentro do prazo que o agregado foi quase cheio, ou completo. Você precisa reduzir seu uso de agregado (para menos de 80% é recomendado) e depois realocar os volumes para distribuir os dados entre os eixos de uma forma mais ordenada, mais uma vez. Isto irá melhorar enormemente o desempenho de leitura vai para a frente, eo espaço livre irá permitir o desempenho de gravação de um novo executar em velocidades ideais.

Com um agregado total de 100%, muitas vezes você não vê um problema de desempenho utilização do disco, mas você pode ver da CPU e você pode ver "CP ty" (Coerência Tipo Point) demorando muito para liberar para o disco. Você pode ver isso de "sysstat-u 1". É altamente dependente do modelo do sistema eo tipo de dados que você está escrevendo, mas uma regra muito difícil de polegar é que, se a CP está tomando mais do que dizer 3-4 segundos, está trabalhando mais do que ele deve fazer. Mas como eu digo, se você tem um conjunto completo de 100%, não há trabalho software pouco curto prazo você pode fazer para aliviar o problema, a solução é simples, mais rígido ou menos dados. Então, compre um pouco mais fusos e adicioná-los ao conjunto, então realocar. Ou apagar alguns dados / snapshots e liberar algum espaço em disco e depois realocar.

Parece que você tem um grande número de discos em falta ou falha do ambiente. Estes precisam ser consertadas antes que você possa trazer o agregado de volta on-line novamente. Você precisa verificar se os discos estão conectados corretamente. A melhor maneira de conseguir isso é, provavelmente, para desligar o sistema e garantir todo o cabeamento está totalmente conectado e segura, e que todos os discos estão encaixadas corretamente. Esperemos que algo como um cabo solto causou o arquivador de falhar estes discos em vez de um conjunto de dados reais ou falha mecânica de todos os discos. Confira toda a conectividade em primeiro lugar, então você pode ser capaz de unfail os discos se nada está realmente errado com eles.

No entanto, se os discos são totalmente falhado, então eu tenho medo que você poderia estar em uma situação bastante.

Eu recomendo fortemente que você entre em contato Suporte Global da NetApp como eles serão capazes de orientá-lo através do processo de verificação destes discos e, se possível, a reparação do agregado. Pode ser um bug conhecido e fácil de resolver, mas eles estão na melhor posição para diagnosticar isso.

Oi Kurt,

Eu vou te dar uma resposta rápida, embora parece que você tem coisas classificadas agora.

Se você quiser usar SnapManager for Exchange, então você realmente tem duas formas diferentes de apresentar o armazenamento da VM Exchange.

1) Ligue para eles usando iSCSI iniciador de software dentro da VM
2) Conecte-los usando RDMs no nível ESX e apresentar uma LUN-prima para a VM. Isso pode ser feito usando o FCP ou iSCSI.

A principal vantagem da opção 1 é a granularidade do controle. O administrador de câmbio também não precisa ser um administrador VMware, a fim de gerenciar e controlar o seu armazenamento. Indiscutivelmente todos devem ter algum conhecimento VMware embora. A desvantagem para a opção 1 é que se você tem um monte de VMs que exigem armazenamento desta forma, vai ser um iniciador de software independente instalado para todos, e isso não tem tanto a gestão e as despesas gerais da CPU.

A vantagem da opção 2 é que você está centralizando a conectividade de armazenamento. Independentemente do uso que é feito sempre no nível VMware, isso pode dar-lhe maior segurança e visibilidade de quem está usando o armazenamento. A vantagem de usar iSCSI no nível do host é que é apenas um exemplo do iniciador de software. Com FCP este desaparece completamente. A principal desvantagem da opção 2 é o inverso da opção 1, o administrador do Exchange não obter o controle direto de seu armazenamento, porém com SnapDrive você ainda ficar muito bom controle, você ainda pode clonar, crescer, instantâneo e assim por diante de dentro SnapDrive.

Apresentação de armazenamento para um armazenamento de dados, em seguida, esculpir um VMDK é, provavelmente, o pior caso que você não obter qualquer SnapDrive ou SnapManager integração do Exchange, mas você ainda tem a sobrecarga de se conectar a partir de VMware. Eu acho que pode ser apenas um erro de digitação na sua pergunta, pois parece que você se decidir entre RDM do ESX e iSCSI iniciador dentro da VM. Meu favorito pessoal está usando RDMs embora possa haver ressalvas ou alterações adicionais, se você também está fazendo DR. VMware SRM lida bem com RDMs no entanto, mas não funciona em todos com iniciadores iSCSI dentro da VM.

Espero que você tenha todas as coisas já classificadas no entanto!

Oi Kurt,

Se você tem um cluster, eu olharia para colocar o SQL DB em um nó, eo DB Correio do outro nó. Os registros, em seguida, sentar-se no sistema oposto novamente. Isso realmente ajuda a equilibrar a carga em um cluster, dá-lhe mais eixos de usar e lhe dá um nível de separação física. Ele também ajuda a fazer algum nível de controle de danos com o sistema separado assim. No entanto, eu não teria um sistema dedicado ao SQL, eo outro para o Exchange, que pretende equilibrar as coisas, como os logs para fora. Ele vai lhe dar mais fusos para uma única aplicação, e você ainda pode aplicar um nível de controle.

Também olhar para armazenamento IO Controle do lado do VMware das coisas (ótima maneira de controlar IO se você tiver mau comportamento máquinas), e também olhar para colocar prioridades diferentes nos volumes da NetApp. Você pode definir esses de muito baixo, baixo, médio, alto e muito alto. Isso funciona de maneira semelhante às ações da VMware, mas você colocá-los no nível de volume e ter algum nível de controle sobre o IO e desempenho que cada volume é entregue. Por exemplo, você pode querer limitar usuários CIFS em favor de um banco de dados SQL. Pode ser que tudo permanece no meio (o padrão), mas você colocar o DB Mail on muito alto para dar-lhe uma melhor parcela de recursos.

Obrigado pelo feedback, é uma pena eu não ter mais tempo para cometer mais tópicos!

Quando você ativar a prioridade, ele define um padrão (médio) política em todos os volumes, de modo que você não precisa fazê-lo individualmente. Você precisará configurar individualmente diferenças com este, conforme exigido no entanto.

Prioridade pode ajudar a um sistema que se esforça para competir com coisas como SnapMirror, pois dá prioridade sobre as tarefas do sistema. Como acontece com qualquer tipo de ferramenta de compartilhamento de recursos (o mesmo que eu digo aos meus clientes da VMware), restringindo os recursos em um sistema ocupado irá afetar as coisas. Ela vai fazer uma má situação melhor para os volumes que você dá prioridade, mas vai fazê-lo muito pior para todos os outros volumes. Um sistema sob carga pesada já que está tendo problemas de desempenho não é o melhor candidato para as ações de recursos ou limites prioritários. Eu recomendo que você resolver os problemas de desempenho primeiro ou começar a olhar para limitar a carga de um lado a aplicação antes de colocar prioridade em todos os volumes.

Lembre-se também que a prioridade só entra em jogo quando há recurso que está sendo solicitado. Assim, se por exemplo você quer dar mais recursos para SQL e Exchange, e os únicos outros recursos em que o sistema é pouco usado compartilhamentos CIFS, você provavelmente vai ganhar pouco benefício tão pouco IO está sendo gerado a partir dos compartilhamentos CIFS. Dando todo prioridade para SQL e Exchange ainda resultará em sua restrição com o outro.

Oi Michael, desculpe pela demora na obtenção de volta para você. Você poderia tentar executar uma SnapMirror resync, porém as chances são altas de que isso pode agora exigir uma nova linha de base. Além disso, se VSM não pode excluir o snap destino, então as chances são de que o clone Flex ainda tem esta bloqueado de alguma forma. O processo de separação pode levar algum tempo para ser concluído, de modo que você pode ter tentado fazer isso muito rapidamente após o início da divisão.

Infelizmente quando SnapMirror fica preso ou confuso, a única opção real é uma linha de base, a menos que ainda existem algumas fotos semelhantes. Eu estive em muitas situações difíceis, onde eu tive que re-base um destino por causa de snapshots sendo apagados por uma razão ou outra.

Desculpas para faltar o seu comentário!

Você pode me dar um quadro mais amplo da configuração de volume / LUN. É o volume em questão, um FlexClone, ou está sendo FlexCloned? Se não, ter quaisquer operações clone LUN foi feito sobre ele, manualmente ou a partir de um trabalho SnapManager? Quando você mostra os instantâneos para o volume, o que isso mostra? Qualquer instantâneo especial mostrando como bloqueado ou ocupado? é o LUN mapeado no momento?

LUN clone faz um clone do LUN dentro do mesmo volume que o original. Isso significa que, se as operações de instantâneos subseqüentes acontecem após o clone é criado, isso realmente bloqueia o clone LUN que é então referenciado dentro de um snapshot, portanto, não pode ser excluído. Isso pode causar algum cronograma e desafios administrativos.

FlexClone é muito mais flexível, nestes termos, se cria um clone de uma imagem particular de todo o volume. Embora isso possa bloquear uma foto individual, ela não afeta quaisquer operações futuras instantâneo, eo mecanismo de bloqueio afeta apenas as tarefas normais de rotina, se o FlexClone é retida por mais tempo do que o período normal de retenção instantâneo.

FlexClone é uma tecnologia amigável muito mais dinâmico e administração e é, definitivamente, a abordagem recomendada. É preciso um monte de problemas que clone LUN muitas vezes pode causar.

Não há muitos Kranz de volta Vou dizer Tom próxima vez que o vejo!

Parece que você bateu um bug conhecido no VSC. Apenas soluções reais são a abordagem script para corrigir a nomeação (que parece funcionar para algumas pessoas), ou à espera de NetApp para corrigir o código em VSC para evitar que isso aconteça!

E não há snapshots contra o volume contendo o LUN? É o LUN mapeado para qualquer iniciadores? Será que o volume de sediar qualquer outro LUNs? A partir das estatísticas de comando ou lun estatísticas de comando, você vê alguma atividade vai esta LUN?

Sim, e sim, eu conheci alguns problemas de desempenho. Versões mais recentes do ONTAP melhorar a utilização do domínio kahuna, mas não depende. Pode ser que simplesmente a quantidade de through-put você está colocando sobre a NetApp é demais para o tamanho do controlador. A maneira que ONTAP geralmente funciona, é que ele só vai encomendar um novo processador (core / socket) quando o uso é mais de 80/90% das CPUs existentes, assim você pode ver uma única CPU sendo usado e todos os outros processadores ociosos . Isso não significa que ele está fazendo nada de errado. Eu usaria o comando estatísticas para interrogar um pouco mais para que CPUs e domínios estão sendo usados.

Os sistemas NetApp realmente não funciona dessa maneira. Você pode usar o comando estatísticas Statit e no CLI, no entanto, você não pode fazer muito sobre coisas como processos em segundo plano já que é parte do sistema. O CPUs só será ativado quando eles são necessários, portanto, um sistema não muito ocupado poderia estar usando uma única CPU de até 80% ou pico um pouco mais elevada. Devido à sobrecarga de SMP, não permitir que múltiplos núcleos de CPU ou tomadas a menos que haja uma necessidade real para isso.

Não há nenhuma maneira simples de migrar um LUN de um fornecedor de armazenamento para outro (muitas vezes nenhuma maneira fácil de um sistema para outro dentro do mesmo vendedor!). Receio que o melhor método vai ser através de cópias de acolhimento, seja usando o próprio aplicativo, uma espécie de gerenciador de volume lógico para replicar o volume, ou uma cópia de arquivo básica com robocopy / xcopy / rsync / etc.