SQL 2008 R2: Parâmetros Data \ Log

Question

Eu tenho uma configuração do SQL Server que uma pessoa de TI anterior configurou com uma partição de dados de 2 TB e uma partição de log de 1 TB. A partição do SO é de 244 GB e o SQL é instalado em uma partição separada de 1 TB.

Temos mais 8 TB de armazenamento que eu gostaria que a nova equipe de TI disponibilizasse on-line. Ele quer criar 4 novas partições de dados de 2TB. Eu vejo isso como confuso. Não podemos simplesmente fazer backup da partição de dados atual, explodi-la e criar uma nova partição de dados de 10 TB

Sou responsável por administrar os dados no servidor, mas não posso fazer a configuração sozinho. Este é um servidor GIS executando o ArcGIS Server com cerca de 60 geodatabases variando de 20 GB a um par que pode crescer para mais de uma TB.

Portanto, partições de dados de 5 a 2 TB ou partição de 1-10 TB.

Obrigado pelo conselho.

    

Answer 1

Acho que sempre que você adiciona uma quantidade considerável de armazenamento (e acho que adicionar 300% é considerável), é hora de reavaliar como o armazenamento é usado como um todo.

Existem partições e há drives, portanto, a primeira coisa que você deseja fazer é verificar se as unidades reais usadas com cada partição estão separadas. (observe que alguns storage arrays não permitem isso - ou dificultam a criação de matrizes 3par e HP EVA) Se eles não estiverem separados, você ainda precisa saber onde está. Bancos de dados não devem ser um único arquivo. Os bancos de dados devem ter um número de arquivos igual ao número de núcleos disponíveis para o SQL Server. Esses arquivos podem ser distribuídos em várias partições. Além disso, o TempDB deve estar localizado em suas unidades mais rápidas (ou, no mínimo, eu dedicaria uma partição ao tempDB.

Estas são algumas recomendações gerais - para obter mais detalhes, consulte Projeto de armazenamento de banco de dados físico

    

Answer 2

A idéia é manter os dados SQL e os arquivos de log em discos e eixos separados para seguir as melhores práticas de SQL.

A ideia é que isso lhe dará um IO muito maior, pois interrompe a contenção do disco a partir dos dados ou do log.

link

Eu recomendaria pelo menos ter duas partições diferentes definidas em conjuntos diferentes de discos para garantir que os dados e log estejam definitivamente em discos e fusos diferentes.

Além disso, para a partição usada para hospedar dados SQL, eu recomendaria definitivamente a criação de matrizes de disco no RAID 10 para máxima E / S de disco e redundância. Para a partição criada para logs, você só precisa do RAID 5.