Groo's questions

estamos usando o Windows Server 2012 R2 para fornecer alguns destinos iSCSI para outros servidores. O servidor tem um pool de armazenamento e há um disco virtual em cima dele e, em seguida, um destino iSCSI é criado nesse disco virtual.

No entanto, após a reinicialização do servidor, o destino é sempre perdido e o iniciador não pode se conectar a esse destino. Se eu reiniciar o serviço Microsoft iSCSI Software Target (ou seja, "WinTarget"), o destino será inicializado corretamente e funcionará bem.

Como acredito que seja um problema de dependência, tentei definir a inicialização do serviço como "Automático (Início atrasado)", mas falhou com um erro ("Não foi possível definir o início atrasado, o parâmetro está incorreto").

Isso é um problema conhecido? Ou seja, se sim, como faço para atrasar a inicialização deste serviço?

Em relação a custos e rapidez/simplicidade de manutenção em caso de falhas de hardware, faz sentido manter os arquivos de dados SQL em um servidor NAS, separados da instância do SQL Server? Nosso aplicativo armazena grandes quantidades de medições (séries temporais) de muitos dispositivos, portanto, a quantidade de dados é relativamente grande para manter em discos de servidor SAS relativamente pequenos (~ 200 GB mensais).

Embora haja um risco maior de acessar arquivos pela ethernet (mesmo que apenas o servidor db e o NAS estejam no mesmo switch), ter os arquivos de dados completamente separados parece simplificar as coisas em caso de problemas de hardware devido ao baixo acoplamento - o banco de dados servidor pode ser muito mais simples (posso migrar a imagem simples rapidamente, pode até mesmo ser empacotado com o servidor de aplicativos para todos os aplicativos mais simples), e corrigir falhas de NAS também deve envolver principalmente a troca de discos ou a troca para uma cópia em caso de falhas.

Existem algumas maneiras melhores (econômicas e mais rápidas de aplicar) de gerenciar a migração rápida em caso de falhas que não envolvam a separação dos arquivos de dados ou essa ideia não é tão problemática?

Tentei adicionar um par de discos WD RE de 4 TB a um servidor HP Proliant ML350 G6, mas o utilitário ACU os mostra como tendo capacidade de 0,0 GB.

Isso é um problema conhecido? Pela documentação do Controlador Smart Array P410, acredito que ele deva suportar unidades de 4 TB. Também não estou planejando usá-los como uma unidade de inicialização, apenas para adicionar algum armazenamento RAID1 à caixa.

Estou tendo problemas para atualizar um banco de dados do sistema no SQL Server 2008. Talvez haja uma maneira diferente de fazer isso, mas basicamente preciso alterar/remover restrições de crescimento em determinados arquivos de log para vários bancos de dados.

Sendo preguiçoso, em vez de fazer isso manualmente para cada um dos 100 bancos de dados usando o SSMS, pensei em criar uma consulta em lote.

Primeiro, essas informações são visíveis por meio da sys.master_filesexibição:

select database_id, name, max_size 
from sys.master_files

E através deste link ("Como atualizar as tabelas do sistema no SQL 2008 R2") , descobri que o banco de dados relevante para esta exibição é, na verdade sys.sysbrickfiles:

Mas mesmo depois de conectar sqlcmde usar sp_configure 'allow updates', 1, consultar os sys.sysbrickfilesretornos "Invalid object name 'sys.sysbrickfiles'".

O que estou perdendo aqui?

Após a reinicialização de um de nossos servidores (um Windows Server 2012 R2), todas as conexões privadas se tornam públicas e vice-versa ( este usuário teve o mesmo problema ). Coisas como ping e iSCSI pararam de funcionar e, após algumas investigações, descobriu-se que essa era a causa.

O problema é que não sei como torná-los privados novamente. Clicar com o botão esquerdo do mouse no ícone de rede na bandeja mostra a barra lateral "moderna", mas mostra apenas uma lista de conexões e clicar com o botão direito do mouse não mostra nenhuma opção.

Qual poderia ser o problema e existe uma maneira de alterar essas configurações? Eu tenho que fazer uma das conexões públicas (acesso à Internet), e duas delas privadas (backbone).