How to delete a protect OU in ADUC Windows Server 2008?

Ao criar uma OU no ADUC (Active Directory Users and Computers) para Windows Server 2008 temos uma nova opção marcada como default que é a proteção de container contra delete acidental (Protect an Organizational Unit from Accidental Deletion).

Com essa opção definida no nosso container não podemos mover nossas OU’s ou até mesmo apaga-los, tendo como retorno a seguinte mensagem de erro:

“You do not have sufficient privileges to delete “OU Name” , or this object is protected from accidential deletion”

Para desbloquear nossa OU devemos seguir os procedimentos abaixo:

1 – Abrir o ADUC
2 – Em View para marcar a opção Advanced Features
3 – Com o botão direito na OU desejada abrir propriedades
4 – Na aba Object desmarcar a checkbox: Protect from accidental deletion

Recomendado após realizar as alterações necessárias voltar a marcar essa opção que como o proprio nome já diz, proteje sua OU contra um delete acidental

Anúncios

ERRO

TF30225: Error uploading report

SOLUÇÂO

Esse ocorre devido a falta de permissões de acesso ao Reporting services. Você deve se certificar de que a conta do Reporting Services (TFS) e a conta de leitura dos relatórios possuem acesso ao servidor. ALém disso existem alguns privilégios que devem ser concedidos. conforme script abaixo:

USE master

GO

GRANT EXECUTE ON master.dbo.xp_sqlagent_notify TO RSExecRole

GO

GRANT EXECUTE ON master.dbo.xp_sqlagent_enum_jobs TO RSExecRole

GO

GRANT EXECUTE ON master.dbo.xp_sqlagent_is_starting TO RSExecRole

GO

USE msdb

GO

— Permissions for SQL Agent SP’s

GRANT EXECUTE ON msdb.dbo.sp_help_category TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_add_category TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_add_job TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_add_jobserver TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_add_jobstep TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_add_jobschedule TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_help_job TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_delete_job TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_help_jobschedule TO RSExecRole

GO

GRANT EXECUTE ON msdb.dbo.sp_verify_job_identifiers TO RSExecRole

GO

GRANT SELECT ON msdb.dbo.sysjobs TO RSExecRole

GO

GRANT SELECT ON msdb.dbo.syscategories TO RSExecRole

GO

Base de apoio:

http://social.msdn.microsoft.com/Forums/en-US/sqlreportingservices/thread/444c3bab-985b-40a0-8362-2742df1a6577

ERRO

Erro durante o processo de atualização e migração (novo hardware e domínio) do TFS 2008 para 2010

[Error] TFSVersionControl_UpgradeTov3Beta1.sql Line 5360 Error: Could not drop constraint. See previous errors.Dropping tbl_LocalVersion non clustered indexDropping tbl_LocalVersion index

Resolução

Esse erro ocorre devido ao corrompimento da base de dados do controle de versão (Obs: Durante o processo de migração para o TFS 2010, o nome lógico da base é alterado, então fique atento e confirme a base correta pelo nome do arquivo de dados .mdf).

Para checar se a base do controle de versão está corrompida:

No contexto da base execute o seguinte comando:

dbcc checkdb

Caso tenha erro, ele será exibo, em seguida, rode o seguinte comando:

ALTER DATABASE TfsVersionControl SET SINGLE_USER WITHROLLBACK IMMEDIATE

dbcc checkdb (‘TfsVersionControl’,repair)

ALTER DATABASE TfsVersionControl SET MULTI_USER
GO

Os erros serão corrigidos. Prossiga com o processo de upgrade/ atualização.

Base utilizada na pesquisa:

http://geekswithblogs.net/hinshelm/archive/2010/09/29/database-corruption-in-tfs-2005-causes-tf246017-during-upgrade.aspx

Erro

Erro: 7001, Source: Service Control Manager

The Microsoft Firewall service depends on the MSSQL$MSFW service which failed to start because of the following error: The operation completed successfully.

Solução:

Esse erro ocorre, devido ao corrompimento de uma das base dos MSDE, normalmente a master, caso tenha backup, poderá tentar restaurá-lo, caso contrario:

Desinstalar o MSDE e reinstalar novamente:

1º Passo – Desativar o uso do MSDE nas configuração dos logs, direcionando para outro tipo de saida:

abrir o console de gerenciamento do ISA Server, clicar sobre monitoring, depois na tab logging em seguida, em configure firewall logging e configure firewall proxy logging, conforme imagem abaixo:

2º Passo – Após alterar a saída do logs, ir até a opção change/remove no painel de controle, e alterar a instalacao do isa server removendo a opcao:  advanced logging, conforme imagem abaixo:

3º Passo – O serviço de Firewall já estará funcionando normalmente. Caso vá utilizar os recursos avançados de armazenamento de log do ISA, é só reinstalar o componente e alterar novamente as configurações dos logs.

Esse erro acontece pelo seguinte, os clientes do System Center precisam estar configurados para utilizarem o SCE 2007 como WSUS server.

Após instalar e configurar o SCE 2007, uma politica de dominio será criada, já com as devidas configurações, contudo, essa política não concede permissão de aplicar para todos os objetos do domínio por padrão, pelo contrãrio, durante a instalação e configuração do SCE 2007, um grupo é criado no AD, e esse grupo sim tem permissão de aplicar a política criada pelo SCE 2007, no meu caso, embora eu tivesse instalado o cliente do SCE 2007 em todos os servidores do domínio, nenhum deles foi ingressado nesse grupo, e por esse motivo, a política do SCE 2007 não era aplicada aos computadres, e o que impedia a conexão dos clientes com o SCE 2007, pois os clientes não possuiam nenhuma referência do SCE 2007, resumindo a solução foi:
CORREÇÂO
1 – Abrir o Active Directory users and Computers (ADUC)
2 – Verificar se a política SCE Managed Computers Group Policy (NOMESERVIDOR_MG) está criada e aplicada ao domínio
3 – Localizar o grupo SCE Managed Computers (NOMESERVIDOR_MG)
4 – Adicionar a esse grupo todas as contas de computadores, as quais, deseja que o SCE 2007 gerencie.
5 – Aguardar a política de grupo ser atualizada, ou digitar gpupdate /force no prompt de comando dos servidores desejados
A base para essa solução foi:

http://social.technet.microsoft.com/Forums/en/systemcenter/thread/338fc99c-990e-4559-81c7-7a1e6e866f6a

Event Type: Error
Event Source: TFS Version Control
Event Category: None
Event ID: 3028
Description:
TF53010: The following error has occurred in a Team Foundation component or extension:
Date (UTC): 5/9/2010 7:38:05 PM
Machine: SERV02
Application Domain: /LM/W3SVC/322882837/Root/VersionControl-1-129179074774006544
Assembly: Microsoft.TeamFoundation.Common, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v2.0.50727
Process Details:
Process Name: w3wp
Process Id: 4992
Thread Id: 5428
…………….
Exception Message: TF50309: The following account does not have sufficient permissions to complete the operation: dominio\usuario. Check the permissions for the account and grant the appropriate permissions to perform this operation. (type SecurityException).

CORREÇAO
Restaurar o backup da Base de Dados TFSIntegration

Erro no acesso a um site no Sharepoint V3

Ao editar um site, página ou lista publicado no SharePoint V3 o Erro acima e apresentado.

CORREÇÃO

A maioria dos fóruns direcionavam para instalação do Service Pack 1, sendo assim, foi o que eu fiz:

Porém Durante a Instalacao do SP1 do Share Point Services 3.0 recebia uma mensagem de erro, informando que haviam objetos em atualizaçao, consegui contornar o inicidente e finalizar a instalacao do SP1 com sucesso da seguinte maneira:

  1. Parar o serviço Windows SharePoint Services Timer
  2. Em seguida navegar ate o diretorio: C:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\
  3. Voce encontrara um diretoio GUID , faça backup do diretorio por medida de segurança, entao abre o diretorio e apague todos os arquivos .XML, deixando apenas o arquivo cache.ini
  4. Editar o arquivo cache.ini renomeando o numero do seu conteudo para 1 e salve o arquivo
  5. Tentar reinstalar o SP1 novamento

Baseado no forum abaixo:

http://social.technet.microsoft.com/Forums/en-CA/sharepointgeneral/thread/3c4d5319-d3d5-41bc-a725-59238d30d58c