Perguntas[windows-server-2008-r2](server)

Eu tenho uma instância do Server Server 2008 R2. Preciso atualizar temporariamente para o SQL Server 2016 até uma atualização de infraestrutura para hardware e software mais recentes.

Tento atualizar para o SQL Server 2016 Express, mas resultou em um erro com incompatibilidade de versão.

Nesta tela, notei uma segunda instalação do SQL Server Standard em vez do expresso. Não há outro caso, então presumo que é isso que está me impedindo. Suponho que a instância seja tudo como um todo e, como parte dela é padrão, isso cria um obstáculo.

Quais são minhas opções?

É possível migrar o banco de dados Express escurecido e depois atualizar?

Por que ele foi vinculado a uma versão Standard quando o software que o criou diz que utiliza o Express em seu banco de dados?

EDITAR:

Eu tenho um servidor Windows e até agora compartilhei uma pasta D:\AAAcomo "ShareRW" com permissões de compartilhamento completas ("Todos - Completo") e algumas permissões NTFS mais rígidas conforme necessário e abaixo dessa pasta; por exemplo, UserX tem acesso total a D:\AAA\BBB, acesso de leitura D:\AAA\CCCe não pode nem ver D:\AAA\DDD(porque tem herança desabilitada e direitos explícitos apenas para outros usuários). Verifiquei no servidor se os direitos efetivos do UserX são de fato os desejados.

Agora eu queria adicionar a opção de "montar -r" o mesmo conteúdo e, portanto, criei um segundo compartilhamento com um nome diferente "ShareRO" na mesma pasta e com apenas as permissões "Todos - Ler" (e claro com o mesmo antigo permissões NTFS).

Agora meu UserX faz ambos NET USE W: \\server\ShareRWe NET USE R: \\server\ShareRO. Eu esperava que R: fosse igual a W:, exceto que escrever/alterar não é permitido. Mas a realidade implorou para ser diferente:

• O usuário pode alterar coisas W:\BBB, pode ler coisas W:\CCCe nem vê que W:\DDDexiste
• O usuário pode ler coisas em R:\BBB, pode ler coisas em R:\CCC, mas vê que R:\DDDexiste e alguns metadados (tamanho, data de criação) , embora não possa abri-lo.

O que eu estou fazendo errado aqui?

Tanto quanto sei, o nome de domínio totalmente qualificado (FQDN) de um domínio filho deve ser um subdomínio do FQDN do domínio pai. Também uma confiança implícita (bidirecional - transitiva) é estabelecida entre eles.

Existem diferenças entre o domínio filho e um domínio pai? Há alguma coisa que um domínio pai pode controlar ou fazer em um domínio filho que um domínio filho não pode fazer em um domínio pai?

Estamos lidando com um problema envolvendo o fechamento do File Explorer, aparentemente aleatoriamente, ao visualizar unidades de rede mapeadas e outros compartilhamentos SMB. As conexões de rede para esses locais não são perdidas, até onde eu saiba, e podem ser reabertas imediatamente quando forem fechadas.

Por "aleatoriamente" quero dizer que não encontrei um horário ou local consistente nos compartilhamentos que causarão esse comportamento. O uso ativo do explorador de arquivos parece ter pouco efeito sobre se a janela fechará repentinamente ou não, embora, pela minha experiência pessoal com o problema, pareça que as janelas fecham de forma mais consistente após uma quantidade indeterminada de inatividade.

Detalhes do ambiente:

• Nossos clientes variam do Windows 7 Pro ao Windows 10 Pro (várias versões). Não me lembro daqueles que executam o Windows 7 com o problema.
• O Servidor de Arquivos que hospeda os compartilhamentos executa o Windows Server 2008 R2.
• DC primário executa o Windows Server 2012 R2

Meu culpado atual é uma configuração de Diretiva de Grupo gerenciando as unidades mapeadas. Meu pensamento é que essas unidades mapeadas estão "atualizando" e fazendo com que as janelas abertas se fechem.

Qualquer insight ou pensamentos sobre o assunto seriam apreciados.

Percebi que a pasta c:\programdata\Microsoft\Windows\wer\ReportQueue ficou fora de controle em um de nossos servidores win2008r2 mais antigos. Está ocupando quase 90gb de arquivos de táxi. Qual é o método recomendado para limpar o conteúdo desta pasta?

Eu herdei este sistema e estou olhando para descomissionar este servidor 2008 R2 Domain Controller/ADCS Server. Este papel (ADCS) nunca foi usado ativamente por ninguém. Acredito, apenas porque foi instalado, que os controladores de domínio membros o usaram para criar certificados. Revoguei todos os certificados que expiraram na pasta "Certificados Emitidos" da CA. Existem 4 certificados ativos aqui, um para cada DC no modelo "Domain Controller (DomainController)" e um para a CA em "CA Exchange (CAExchange)".

Eu tenho o backup da chave privada e tenho o "Banco de Dados ADCS" em uma pasta. Eu também tenho backups de imagem completos deste servidor. Estou procurando desinstalar o serviço ADCS e dcpromo neste servidor, mas não tenho muita experiência e entendimento sobre isso para saber se é seguro. Estou usando este guia de remoção , mas só quero perguntar à comunidade se tenho algo com que me preocupar revogando os certificados DC e CA listados e seguindo com a remoção da função ADCS.

Há um servidor de arquivos (Windows Server 2008 R2) executado em um hardware RAID 1 (HP SmartArray P212 com cache de leitura e gravação) com 2 discos em espera. Além disso, há um backup do Windows gravando em um disco SATA anexado.

Quando o hardware do servidor (ou controlador raid) trava, afaik não há possibilidade de acessar diretamente os dados armazenados nos discos raid simplesmente anexando-os a um sistema externo (sata, usb) sem que o sistema tenha o mesmo controlador raid de hardware? Isso está correto?

Para tornar os dados ainda disponíveis na falha de hardware, minha intenção é a seguinte: Adicionando um destino iSCSI (Synology DS720+) à rede, monte este destino no servidor de arquivos e crie um (software) RAID1 contendo o raid de hardware + o iSCSI montado alvo. Agora, em caso de desastre, eu poderia simplesmente montar o destino iSCSI em qualquer outra máquina e acessar seus dados.

Isso seria possível?

Antes de mais nada, preciso me desculpar por minhas más habilidades técnicas e linguísticas. Vou tentar descrever um problema o mais detalhadamente possível.

Existe a sub-rede 172.16.10.0/24 Nesta sub-rede eu tenho 3 servidores 1 armazenamento e 7 estações de trabalho (contagem real são muitos mais). Todas essas máquinas conectadas a 1 switch de núcleo único.

172.16.10.15/24 gw 172.16.10.1 - windows domain controller sovi.sk (FQDN dcsrv.sovi.sk) win serv 2008r2
172.16.10.11/24 gw 172.16.10.1 - Cluster1 (FQDN Cluster1.sovi.sk) win serv 2008r2
172.16.10.12/24 gw 172.16.10.1 - Cluster2 (FQDN Cluster2.sovi.sk) win serv 2008r2
172.16.10.13-14/24             - IBM system storage
172.16.10.1                    - VPN router.        
172.16.10.9                    - file server role (NetBios Name ClusterFS)  
10.62.17.130                   - windows domain controller System911.com (win serv 2008r2)

Dois servidores e armazenamento são partes do cluster de failover. Controlador de domínio do Windows Sovi.sk necessário para o cluster. Estamos usando o cluster como servidor de arquivos de failover para nossa sub-rede interna 172.16.10.0/24. Existem muitas pastas com permissões SMB e NTLM configuradas para usuários sovi.sk.

7 estações de trabalho (win 7 x64 pro) 172.16.10.101-107/24 gw 172.16.10.1 dns 10.62.17.130 que descrevi posteriormente fazem parte do nosso outro domínio System911.com.

O domínio system911 é um controlador de domínio do Windows localizado no serviço de nuvem (máquina virtual VMware) NAT configurado em 172.16.10.1 está dando às nossas estações de trabalho acesso ao domínio System911.com (IP 10.62.17.130), mas não para servidores sovi.sk.

7 estações de trabalho estão usando contas do System911.com para fazer logon. Tudo funciona bem. Estou acessando em um servidor de arquivos dessas 7 estações de trabalho em um servidor de arquivos por Network Path usando o nome netbios \\ClusterFS\Share. Nome Netbios ClusterFS Escrevo no arquivo hosts da estação de trabalho System911.com (antes disso crio um registro A no domínio System911.com, mas depois removo isso). Compartilhar é um nome de uma pasta. Depois de gravar esse caminho de rede, as janelas me pedem para inserir um usuário e uma senha. Estou usando contas sovi.sk, por exemplo, [email protected] e digite uma senha ou sovi\admin e digite uma senha. Prefiro uma segunda variante. Depois disso, coisas estranhas começam a começar. As janelas apareceram e mostram uma mensagem que "\\ClusterFS\Share is inaccessible error 0x800704cf". Depois de escolher um botão Diagnosticar, a pasta de compartilhamento apareceu! OK, depois disso tudo funciona como deveria ser. Mas depois de algumas horas as pastas ficam inacessíveis. Estou tentando acessar uma pasta novamente, apareceu a nova janela de autorização que exigia inserir nome de usuário e senha novamente (inserir nome de usuário e senha corretos não resolvem o problema) a janela de autorização contém a mensagem "O sistema detectou uma possível tentativa de comprometer a segurança. Certifique-se de que você pode entrar em contato com o servidor que o autenticou." Diário de segurança do Windows informado sobre falha de auditoria. t resolver o problema) a janela de autorização contém a mensagem "O sistema detectou uma possível tentativa de comprometer a segurança. Certifique-se de que pode entrar em contato com o servidor que o autenticou." Diário de segurança do Windows informado sobre falha de auditoria. t resolver o problema) a janela de autorização contém a mensagem "O sistema detectou uma possível tentativa de comprometer a segurança. Certifique-se de que pode entrar em contato com o servidor que o autenticou." Diário de segurança do Windows informado sobre falha de auditoria.

Uma conta falhou ao fazer logon.

Subject:
    Security ID:        NULL SID
    Account Name:       -
    Account Domain:     -
    Logon ID:       0x0

Logon Type:         3  (network access)

Account For Which Logon Failed:
Security ID:        NULL SID
Account Name:       1011120         (this is username of system911.com)
Account Domain:     system911.com

Failure Information:
Failure Reason:     Unknown user name or bad password.
Status:         0xC000006D
Sub Status:     0xC0000064

Process Information:
Caller Process ID:  0x0
Caller Process Name:    -

Network Information:
Workstation Name:   system911-PC1
Source Network Address: 172.16.10.101
Source Port:        57380

Detailed Authentication Information:
Logon Process:      NtLmSsp 
Authentication Package: NTLM
Transited Services: -
Package Name (NTLM only):   -
Key Length:     0

Estou habilitando todas as auditorias NTLM, mas não forneceu nenhuma informação adequada. Depois de ler muitos fóruns, descobri muitas respostas de que este é um ataque de NULL SID, mas não é. Não há acesso entre a sub-rede 172.16.10.0 e a internet. Esta estação de trabalho system911-PC1 e outras 6 não possuem vírus. Todas as portas necessárias para trabalhar com NTLM, SMB, Kerberos são abertas em servidores e estações de trabalho. Eu até tento desabilitar o Firewall em servidores e estações de trabalho. Rede sobre TCP\IP habilitada em adaptadores de rede.

Também não consigo acessar a pasta Compartilhar pelo IP \172.16.10.9\Share. Comando cmd net use \ClusterFS mostra que o comando foi concluído com sucesso. Se eu usar net use \172.16.10.9 o comando show error 1231. Este comando cmd eu executo na estação de trabalho system911-PC1. Os testes de validação de cluster são aprovados com sucesso, mas com 1 aviso, apenas uma sub-rede acessível (duas necessárias como recomendação).

Não sei como habilitar o acesso à pasta por IP por exemplo \172.16.10.9\Share. Também preciso saber onde ocorreu a autorização quando acesso uma pasta compartilhada no ClusterFS. Onde ocorreu a Autorização para acesso à pasta compartilhada? No ClusterFS ou no domínio sovi.sk ou no domínio system911.com? Quando minhas estações de trabalho tentam acessar pastas compartilhadas no ClusterFS que perguntam sobre autorização, ClusterFS, domínio Sovi.sk ou domínio system911.com? Não consigo configurar uma relação de confiança entre florestas, pois o domínio system911.com me dá de outra empresa como serviço. Parece problemas de NTLM. Mas, como descrevi mais tarde, tudo funciona bem por algumas horas. Sobre o erro "O sistema detectou uma possível tentativa de comprometer a segurança." O sistema do servidor de arquivos detecta uma tentativa ou sistema de estação de trabalho? Alguma ideia sobre por que depois de algumas horas as pastas ficam inacessíveis?

Preciso verificar se o TLS 1.2 está habilitado no meu Windows Server 2019.

No registro, a chave TLS 1.2 não está presente em Protocolos

Mas quando navego em um site seguro (hospedado neste servidor no IIS) a partir de um navegador cliente, posso ver claramente que o TLS 1.2 é usado para proteger a conexão.

O que concluir? O TLS 1.2 está ativado? Não há necessidade de a chave TLS 1.2 estar presente no registro?

Sou responsável por um servidor de impressão na minha empresa de médio porte. Existem mil e duzentas impressoras no servidor de impressão e a maioria delas são impressoras HP, juntamente com algumas impressoras Zebra.

Meu desafio é que o servidor de impressão é o Windows Server 2008R2 e esse sistema operacional não é mais suportado. Tentei uma atualização no local para o Windows Server 2012R2, mas ocorreu do outro lado com o Gerenciador de Servidores e o Visualizador de Eventos travando. O servidor de impressão é uma vm em execução no Hyper-V, então consegui reverter para um instantâneo. Eu não fiz muita solução de problemas.

O que você recomendaria que eu fizesse?

1. Tente a atualização in-loco novamente e simplesmente concentre-se na solução de problemas após a atualização.
2. Crie um servidor Windows Server 2016 com a função de serviços de impressão e documentos, importe as impressoras com um arquivo de migração de impressora e alterne o endereço IP e o nome. Não consigo encontrar a documentação para a função de serviços de impressão e documentos do Windows Server 2016.
3. Outra abordagem.

Obrigado por sua ajuda com isso.

-Tim Diskataneous