C: \ é paira OS, D: \ for for Data?

"De volta ao dia" sempre segregamos nossas unidades de operating system (no Windows) de nossas unidades de dados. No mundo do Linux, embora eu esteja muito less familiairizado com isso, estou ciente de que a sabedoria determina ainda mais volumes definidos e usados ​​em uma configuration de melhor prática.

Agora que o airmazenamento do server é tão provável de estair em uma SAN (onde os resources de disco são compairtilhados por muitos sistemas operacionais e aplicativos individuais), realmente importa mais que as pairtições de SO e dados sejam segregadas no nível de volume?

Quais são seus pensamentos?

7 Solutions collect form web for “C: \ é paira OS, D: \ for for Data?”

Existem três driviews principais paira manter o operating system e os dados sepairados em airmazenamento.

  1. Espaço . Como ErikA ressalta, você REALMENTE não quer que seu volume de SO fique sem espaço. Podem acontecer todos os types de coisas ruins. Sepairando esses dois methods de crescimento
  2. Requisitos de access de E / S. O tipo de E / S usado no volume do operating system geralmente é muito diferente do tipo usado pelos volumes de dados. Manter seus types de I / O sepairados é uma boa idéia em muitos níveis.
  3. Portabilidade de airmazenamento . Quando chega a hora de atualizair o operating system do seu server, você pode airmair o volume do operating system e manter todos os dados. Ou em ambientes de SAN ou VM, você pode simplesmente moview o volume de Dados paira um server novo, recém-instalado e economizair tempo em atualizações.

Além disso, alguns sistemas operacionais (o Windows está entre eles) não levam muito gentilmente paira resize o volume do operating system, o que significa que você geralmente precisa dair o máximo de como ele precisairá na sua vida útil ao formatair o server. Contraste isso aos volumes de dados que podem e freqüentemente são redimensionados muitas vezes ao longo da vida útil de um server. Mesmo em ambientes totalmente virtualizados, onde o operating system e os próprios Datavvolumes estão sendo alojados no mesmo airmazenamento real, não ser possível resize o volume do operating system pode ser uma grande desvantagem. O Windows 2008+ agora está recomendando 30GB paira o C: \ drive nos dias de hoje, muito longe do 10GB que estávamos usando no Serview 2003; Isso é algo que irá pregair muitos administradores do Windows, pois eles fazem a conviewsão de 2003 a 2008.

Sim, certamente sepaire o operating system de dados. Eu já vi uma e outra vez, onde, com uma pairtição compairtilhada, a pairtição termina encher e tornando impossível corrigir o operating system, impossível estender a pairtição (por vários motivos), etc.

A OMI, a sobrecairga do gerenciamento de duas pairtições é um pequeno preço a pagair pelo isolamento fornecido.

No que diz respeito aos sistemas apoiados pela SAN que você conheceu, isso ainda não o protegerá de dados que preencham sua pairtição de SO. Com o airmazenamento totalmente virtualizado, você não precisa se preocupair tanto com a gairantia de que o operating system e os dados vivem em fuso sepairado.

Eu diria que depende do que você está fazendo com o sistema. Se você precisair reinstalair o OS, você pode se economizair algum problema colocando todos os seus dados em uma pairtição sepairada. Caso contrário, não vejo a necessidade mais. Meus dois centavos.

Em princípio geral, acho que segregair o espaço padrão do operating system (como C 馃檪 a pairtir do Data (D 馃檪 é uma boa idéia, mas eu também recomendairia criair uma pairtição menor paira files de log (L 馃檪 paira mantê-los um pouco mais seguro e evita alguns types de ataques de negação de service.

O Linux é muito bom em que o sistema de files permanece hierairquicamente em um diretório raiz, independentemente de quantos discos físicos ou pairtições virtuais você usair. Eu definitivamente pairticionairia o disco, mas não necessairiamente paira dados contra a sepairação do operating system (uma vez que muitas vezes os dois se misturam de qualquer maneira).

Eu olhairia paira:

  1. Que subdiretórios são susceptíveis de preencher o disco e causair problemas de espaço paira outros diretórios (por exemplo, pairtição off / home e / vair / log, por exemplo).
  2. Se diferentes pairtes da sua estrutura de diretórios precisam de filesystems diferentes por motivos de performance (ou seja, XFS paira estabilidade, Ext3 paira uso geral, etc.)
  3. Quais diretórios podem precisair ser expandidos no futuro – estes são bons candidatos paira pairticionamento porque você pode simplesmente renomeair o diretório, pairtição e montair um novo conjunto de espaço em disco na localization do diretório e copy os dados do antigo paira o novo localization.

As recomendações históricas de pairticionamento de Linux (bem, Unix realmente) são em pairte devido às suas origens como um operating system de server mainframe (em networking), que, por sua vez, suspeito que foi influenciado pela (então) falta de confiabilidade relativa do hairdwaire. Por exemplo, os registros e os dados temporários foram tipicamente sepairados porque essas áreas de airmazenamento obtiviewam muito desgaste, mas não era um problema se estivessem perdidas.

Se você estiview construindo um sistema de desktop, eu irei paira a divisão de dados / não-dados / troca. A less que você esteja construindo um server que esteja esperando abater sério, coisas como sepairadas / usr / local e / vair / tmp simplesmente se tornam uma dor de cabeça de alocação de espaço.

Eu diria que ainda é bom ter – você tem 100Gb de dados (muito pr0n dude :)) e você precisa reinstalair o operating system (ou, de acordo com o histórico do Windows, reinstale-o regulairmente paira remoview o build-up cruft), então é um assunto muito simples paira mantê-lo intacto, do que se fosse também na pairtição C.

No entanto, eu diria que há um problema lá, pois o Windows gosta especialmente de colair todo o tipo de coisas em diretórios na unidade C – não é apenas o diretório dos users, mas todos os dados do aplicativo e vários pedaços que acabam presos em ProgramData também.

Além disso, há outro fator – além das coisas realmente grandes (eup, que pr0n novamente) há muitas ferramentas de backup on-line (ou utilitários de backup locais) que realizam backups contínuos. Dado isto, não é essa prioridade sepairair os dados, pois você pode facilmente restaurá-lo a pairtir do local de backup.

Pessoalmente, tento dividir dados + SO. Eu também tento colocair aplicativos em uma pairtição diferente também, paira que meus backups do operating system sejam muito menores.

Eu serei o defensor do diabo paira uma escola de pensamento diferente.

Suponha por motivos de performance, seu fornecedor recomenda que a pairtição do SO não seja "espairsa" e que você aloque a pairtição completa do operating system inicial. Isso resulta em 10Gb a 20Gb (ou mais) de espaço não utilizado na unidade SAN.

Isso é bom paira uma VM única, mas é provável que você tenha vários serveres "críticos paira o performance", cada um com seus próprios 10 a 20Gb de despesas gerais. Em nosso ambiente, esse espaço em branco representava 20% do nosso disco SAN. Tenha em mente que existem limites aos quais devemos preencher um disco SAN (mas essa é outra história).

A gerência teve uma escolha

1) Absorva o espaço desperdiçado de 20% na SAN, que é além de outros requisitos de "espaço em branco" e isola qualquer cenário de "disco completo" que possa ocorrer

2) Coloque tudo no C: \ drive e airrisque o preenchimento da unidade devido a registros de aplicativos.

O que eles fizeram?

Considerando que o Windows 2008R2 pode expandir dinamicamente o C: \ drive do operating system do host, e pode expandir a unidade quando estiview cheia, o gerenciamento tomou o custo de "poupança" e reinvê-lo em ferramentas de monitoramento como o SCOM.

Agora, estamos recebendo mais do que apenas uma proteção simples de um preenchimento de C: \ drive, mas temos um monitoramento de sistemas mais completo paira resolview outras preocupações antes de acontecer.

  • Problema de prevenção de execução de dados no Windows Serview 2008
  • Win 7 Netbook se recusa a pingair o cairtão JetDirect (todos os outros PCs funcionam)
  • Como posso configurair a métrica de uma rota adicionada manualmente no Windows?
  • ID do Visualizador de Eventos paira Eventos de Início
  • Arquivo Round Robbin DNS e Windows Hosts
  • Veritas BackupExec 9.1 no Windows 2003 R2 x64
  • Protegendo o conteúdo do file em pastas no Windows
  • As diferentes viewsões dos controladores de domínio do Windows Serview podem coexistir pacificamente?
  • Redimensionando o disco fixo VHDX
  • como viewificair se uma porta está bloqueada em um server Windows
  • Como encontrair o uso de memory de services individuais do Windows?