Emerson Navarro – Página: 7

SCCM 2012 – Computers with Inactive Client in a Specific Collection

SQL query to list all computers with client status “Inactive” in a specific collection. Just copy it and run on a SQL Management Studio:

Begin
Declare @CollID as varchar(20) = '<collection ID>'
SELECT DISTINCT
    v_R_System.Name0 as 'Hostname',
    v_R_System.Resource_Domain_OR_Workgr0 as 'Domain or Workgroup',
    v_R_System.User_Name0 as'Last User Logged On',
    v_R_System.Last_Logon_Timestamp0 AS 'Last Logon',
    CASE v_R_System.Client0 WHEN 1 THEN 'Installed' END AS 'Client',
    CASE v_CH_ClientSummary.ClientActiveStatus     WHEN 0 THEN 'Inactive' END AS 'Status'
FROM 
    v_R_System 
        inner join v_CH_ClientSummary on v_CH_ClientSummary.ResourceID = v_R_System.ResourceID
        inner join CollectionMembers on CollectionMembers.MachineID = v_R_System.ResourceID
where
    v_CH_ClientSummary.ClientActiveStatus  = 0 and 
    CollectionMembers.SiteID like @CollID
order by 'hostname'
End

Administrando Windows Internal Databases (WID)

Recentemente tive que manipular um tipo de Base de Dados “especial” chamado Windows Internal Database (WID).

O WID é uma instância particular de base dados da Microsoft para seus produtos e, por padrão, não está acessível através dos meios comuns.

Para manipular este tipo de Database você precisará instalar o Microsoft SQL Server Management Studio Express no servidor.

Depois de instalá-lo, para acessar a instância do WID utilize a seguinte String no campo Server Name:

\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query

Depois disso é possível editar os bancos de dados e realizar Shrink, Defrag e mover arquivos físicos para outros discos, por exemplo.

Créditos para Edwin Sarmiento

Windows Server 2012 – ADFS 2.1 – Erro MSIS7613:The signing certificate of the relying party trust is not unique across all relying party trusts in AD FS 2.0 configuration

Ao tentar utilizar um mesmo certifcado para entradas diferentes utilizando o ADFS 2.0, aparece a mensagem:

MSIS7613: The signing certificate of the relying party trust is not unique across all relying party trusts in AD FS 2.0 configuration”

O Rollup 3 disponibilizado pela Microsoft permite corrigir este erro facilmente, conforme pode ser visto neste excelente post do Paul Williams, ou em outros tantos pela internet. Entretanto, este Rollup só pode ser aplicado no Windows Server 2008 r2.

No Windows Server 2012, o ADFS 2.1 é instalado como uma Role, e esperava-se que este problema não ocorresse mais, porém não foi o que observei. Ao tentar encontrar a solução para este problema, deparei-me com a inexistência (até o momento) de atualizações para o ADFS 2.1.

Deste modo, encontrei uma alternativa para solucionar isso:

Separe uma maquina de testes com Windows Windows Server 2008 R2 e instale o ADFS 2.0 e o Rollup 3.
Após a instalação abra a pasta “C:\Program Files\Active Directory Federation Services 2.0\SQL” e copie os seguintes arquivos:
- IdentityServerAttestation.cer
- IdentityServerAttestation.dll
- IdentityServerAttestation.sql
- PostReleaseSchemaChanges.ps1

Cole os arquivos no seu servidor Windows Server 2012, em “C:\Windows\Adfs\SQL\”;
No servidor Windows Server 2012, clique com o botão direito sobre PostReleaseSchemaChanges.ps1 e selecione editar;
Altere a linha 6, 8 e 9 do script, substituindo a variável “$env:ProgramFiles\Active Directory Federation Services 2.0\” por “$env:windir\ADFS\“:

Salve as alterações e feche o arquivo;
Execute o PowerShell como Administrador e execute o script;

SCCM 2007 – Erro Acesso Negado ao acessar a console

Ao conectar a Console do SCCM 2007 no Site primário, recebe a mensagem:

“The Site Server cannot be contacted or trying to connect to an incompatible Site Server version. Please enter a new Site Server Name.”

the details tab gives the following error:

The RPC server is unavailable. (Exception from HRESULT: 0x800706BA)”

Verifique se o computador tem acesso ao SCCM Server. Elimine qualquer problema relacionado a Firewall
Verifique se o usuário que está executando a Console é membro do grupo “SMS Admins” no SCCM Server
Verifique as permissões de “SMS Admins” no DCOM.

Execute “dcomcnfg.exe“, expanda “Console Root” -> “Computers” -> “My Computer”;
Clique com o botão direito sobre “My Computer” e acesso “Propertiers;
Na aba “COM Security”, localize a seção “Launch and Activation Permissions” e clique em “Edit Limits”
Verifique as permissões de SMS Admins; Caso necessário adicione o grupo e selecione as 4 permissões;

Execute “WMIMGMT.MSC“
- Botão direito sobre “WMI Control (Local)” -> “Properties“
- Aba “Security“; Expanda “Root“
- Clique sobre “SMS“, clique no botão “Security“
- Verifique as permissões de “SMS Admins“. Caso necessário adicione o grupo e selecione as permissões:
  - Execute Methods
  - Provider Write
  - Enable Account
  - Remote Enable
- Clique OK e expanda “SMS“; clique sobre a pasta site_XXX (onde XXX é o código do Site Primário da sua estrutura de SCCM)
- Repita o passo anterior, verificando as permissões do grupo “SMS Admins“

Corrigindo problemas na inicialização do Windows XP devido a DLLs corrompidas

Primeiramente inicie o computador normalmente e anote a DLL ou arquivo corrompido (p0r exemplo, C:\Windows\System32\hal.dll).

Dê um boot na máquina usando o CD do windows XP e, quando perguntado sobre a instalação de uma nova versão ou reparar a existente pressione “R” para reparar.

Quando solicitado selecione a instalação do Windows e informe a senha de administrador local.

Execute o comando cd system32 para acessar o diretório system32, onde está a dll com problema.

Execute o comando ren hal.dll hal.old para renomear a dll (óbvio demais?).

Execute o comando map e localize a letra referente ao drive de CDROM do seu computador (deve ser algo parecido com E:\ Device\CdRom0)

Assumindo que a letra referente ao seu mapeamento seja E:\, execute o comando expand E:\i386\hal.dl_

*Importante: note o caracter _ substituindo a última letra da extensão.

Execute o comando exit e reinicie a máquina