Bloqueando gravação Pendrive, USB, Cartao de memoria via Group Policy

Pessoal,

Atraves de Group Policy é possivel bloquear a gravação, leitura e a execução de pendrives ou dispositivos moveis ligados as estações ou notebooks em seu Active Diretory

No seu active directory abra o Group Policy Manager Editor;

Click em Computer Configuration –>

Administrative Templates: Policy Definitions (ADMX…) –>

System –>

Removable Storage Access –>

E ao lado direito escolha a opção que mais se adequada a sua necessidade, no nosso caso sera a opcao Removable Disk: Deny Write Access

 

 

Um abraco a todos….

 

Euclides Pereira da Silva

www.euclides.tk

 

Duvidas? Post no blog que estarei respondendo assim que chegar.ok?

System Center Orchestrator

 

Senhores(a),

A algum tempo venho defendendo um visão de mercado que já é total realidade. Apartir de agora o mercado vai exigir Virtualização, Portais e Banco de dados…

Pois bem, mais uma ferramenta de destaque da Microsoft que traz uma ideia inovadora.

 

É O SYSTEM CENTER ORCHESTRATOR !!!

A ideia da ferramenta é automatização de processos e simplificar o gerenciamento de servidores, além da integração e gerenciamento dos recursos de Cloud Computer .

 

Esses são as 3 bases do SCO:

• Integração – Otimização e extensão do ambiente existente
• Orquestração – Entrega de serviços de forma confiável e flexível
• Automatização – Baixo custo e previsão de melhorias

Com o System Center Orchestrator será possivel…

• Connectar ambientes heterogêneos e outros produtos atraves de integração 
• Criar integrações entre sistemas usando o Quick Integration Kit
• Aprimorar a confiança dos serviços através de várias ferramentas e sistemas
• Reduzir o numero de tarefas manuais e atividades através de tarefas automáticas
• Usar Workflows para identificar e automatizar os benefícios e o crescimento do ambiente

Para download da versão beta acesse o link a seguir:http://www.microsoft.com/download/en/details.aspx?id=26503

Alguns outros links úteis:

Orchestrator TechNet library: http://technet.microsoft.com/en-us/library/hh237242.aspx

Requisitos de Sistema: http://technet.microsoft.com/en-us/library/hh201965.aspx

Release Notes: http://technet.microsoft.com/en-us/library/hh204684.aspx

Pré requisitos de Instalação: http://technet.microsoft.com/en-us/library/hh201967.aspx

Instalando o Orchestrator: http://technet.microsoft.com/en-us/library/hh201966.aspx

Configurações padrões: http://technet.microsoft.com/en-us/library/hh225055.aspx

Instalando Integration Packs: http://technet.microsoft.com/en-us/library/hh228174.aspx

Usando o Orchestration Console: http://technet.microsoft.com/en-us/library/hh204692.aspx

Novas terminologias: http://technet.microsoft.com/en-us/library/hh204677.aspx

Orchestrator Forums: http://social.technet.microsoft.com/Forums/en-US/category/systemcenterorchestrator

Get started quickly by watching Charles Joys 8-minute videos:http://blogs.technet.com/b/charlesjoy/

Fontes: blogs/msvirtualization

 

Um grande abraço….

 

Euclides P Silva

www.euclides.tk

This work is licensed under a Creative Commons Attribution Non-commercial Share Alike license.

10 segredos para resolver problemas em TI

As atitudes dos profissionais são tão importantes quanto os conhecimentos técnicos na hora de resolver indisponibilidades problemas. Não importa quão profundo sejam os conhecimentos técnicos de uma equipe de TI. Sem metodologia adequada, a solução de problemas torna-se um processo muito mais complicado. O CIO da Escola de Medicina da Harvard e de um dos maiores grupos de assistência médica dos EUA, John Halamka, baseou-se em sua experiência para elaborar uma lista com os 10 principais segredos para resolver os problemas com rapidez e experiência.

1 – Uma vez que algum problema foi identificado, verifique seu real alcance – O software de monitoramento pode até dizer que tudo está bem, mas é bom não se contentar. O ideal é conversar com os usuários, testar a aplicação ou infraestrutura sozinho e ter certeza sobre o que originou uma reclamação.

2 – Quando o alcance do problema alarmado é muito grande e a raiz ainda é desconhecida, acione um plano de emergência – É muito melhor mobilizar toda a equipe para um falso alarme ocasional do que intervir tarde demais e quando o problema alcançar proporções muito grandes com uma resposta lenta do departamento de TI.

3 – O processo de solução de um problema deve ser visível, atualizado constantemente para todos e participativo – Muitas vezes os profissionais técnicos ficam tão focados na sua tarefa que perdem a noção do tempo, não se atualizam mutuamente e deixam de conversar com outras áreas. A companhia deve ter uma abordagem multidisciplinar com relatórios de progressos pré-determinados para prevenir a isolação e a busca por soluções que têm poucas chances de darem certo.

4 – Mesmo com a rotina de atualizações e relatórios, a equipe deve ficar livre para trabalhar – Alguns líderes de TI gostam de retornos constantes de sua equipe e isso não é necessariamente ruim. Mas se a equipe gastar 90% do seu tempo reportando o status do trabalho, fica muito mais difícil solucionar problemas em prazo razoável.

5 – A explicação mais simples geralmente é a correta – Halamka relata que, em um incidente recente em sua corporação, todas as evidências apontaram para o mal-funcionamento em um componente do firewall. Mas todos as ferramentas de testes e diagnósticos indicavam que o firewall funcionava perfeitamente. Alguns levantaram a hipótese de que a empresa sofria um tipo muito específico de ataque de negação de serviços. Outros aventaram a possibilidade de uma falha em componentes das redes Windows dos servidores. Surgiu ainda a possibilidade de um ataque incomum por vírus. A explicação mais simples, do firewall, foi comprovada correta após a remoção do mesmo da infraestrutura da rede. E, segundo Halamka, a regra da explicação mais simples ser a resposta até mesmo para problemas mais complexos é verdadeira na maioria das vezes.

6 – Os prazos devem ser definidos de maneira responsável – O que mais irrita os usuários não é exatamente a demora, mas a definição de prazos imprecisos e os consequentes pedidos de “só mais uma hora para resolver o problema”. Se uma indisponibilidade de sistema ocorrer por conta de uma mudança planejada de infraestrutura, a questão é ainda mais séria: o melhor a se fazer é definir um prazo preciso e respeitá-lo.

7 – Comunique-se com os usuários o máximo possível – A maioria dos stakeholders da empresa estão dispostos a tolerar indisponibilidade se você explicar exatamente as ações que estão sendo tomadas para restaurar o serviço. Os principais executivos de TI são os maiores alvos dessa dica, pois devem mostrar compromisso, presença e liderança.

8 – Orgulho não deve atrapalhar a solução – É difícil assumir erros e desafiador reconhecer o que não se sabe. Mas em vez de gastar tempo procurando culpados por problemas, o foco deve ser em examinar a raiz da indisponibilidade e depois definir processos para prevenir a repetição dos problemas.

9 – Não cante vitória antes do tempo – É tentador presumir que os problemas foram resolvidos e dizer a todos os usuários sobre a suposta vitória. Mas o melhor é esperar 24 horas seguidas de serviços ininterruptos antes de declarar o problema resolvido.

10 – Líderes de TI devem focar na sua trajetória, não em sua posição cotidiana – Indisponibilidades podem causar diversas emoções, como ansiedade, medo de perder o emprego ou a reputação e tristeza pelo impacto causado nos usuários. Nessas horas, a melhor coisa é ter em mente que o tempo é capaz de curar qualquer coisa e que incidentes eventuais serão esquecidos. Com o passar da trajetória profissional, a comunidade de usuários tende a observar mais a consistência e o processo contínuo de melhoria de qualidade do que episódios isolados. De uma forma geral, problemas são dolorosos, mas capazes de unir pessoas. Nos piores momentos é que se constrói relações de confiança, criação de novos canais de comunicação e melhoria de processos.

Fonte: http://idgnow.uol.com.br