Bem, vc não diz (tente Sempre dar os detalhes Todos para obter Respostas de melhor qualidade, evitando Chutes, Palpites e Achismos) mas pelo que vc descreve eu DEDUZO que vc está tem aí na sua Empresa o OEM (Oracle Enterprise Manager) na versão não-stand-alone (ie, OEM Cloud Control ou OEM Grid Control), com Repositório criado num banco central dedicado a isso E ele tá monitorando diversos servidores com diversos databases espalhados pela Rede da sua Empresa.... Sendo isso mesmo : era legal saber a VERSÃO EXATA desse OEM, dos bancos target e do banco de repositório do OEM, bem como os Sistemas Operacionais envolvidos, mas anyway - para vc entender a situação, saiba que o OEM funciona se instalando um software (o AGENT) no servidor remoto a monitorar, e periodicamente esse Agent coleta algumas estatísticas de uso do servidor e do database lá residentes, e os envia/faz upload pro servidor central onde está o OEM em si (e tipicamente nesse mesmo servidor está o banco de repositório).... Absolutamente NÃO É o servidor central que se conecta nos targets e faz o download de informação, é SEMPRE o contrário, é UPLOAD, são os targets que se conectam no OEM, sim sim ?? Esse alerta tá te dizendo que, dentro desse Universo de n servidores-alvo com seus n agents, um número deles falhou em enviar pro OEM as coletas periódicas - esse número pode ser customizado, mas iirc é coisa de uns 10... Essa falha PODE ter sido lá nos targets (por exemplo, o Agent, que é um software, crashou/deu bug, ou foi incapaz de fazer a coleta) OU pode ter sido falha na rede impossibilitando o upload de alguma(s) coleta(s) , OU mesmo pode ter sido BUG no OEM em si, ok ?? Sobre BUGs, como não sabemos a versão do seu OEM nem do banco-repositório não dá pra indicar nada concreto, mas DIVERSOS bugs do OEM existiram nesse sentido, por exemplo os citados no metalink/my oracle support em "OMS Upload to Repository: Invalid 'Count of Targets Not Uploading Exceeded the Critical Threshold' Alerts are Raised With 10.2.0.5 OMS Though Data Upload is Fine" (Doc ID 1071856.1), "Grid Control Repository: Everything you Wanted to Know About Partition Maintenance of Metric Data in the 10g/11g Repository" (Doc ID 456101.1), "Bug 12612391 - Many false alerts for 'Count of Targets Not Uploading' metric are received for all agents daily." (Doc ID 12612391.8) e "Invalid 'Count of Targets Not Uploading Exceeded the Critical Threshold' Alerts are Raised for Agent Target" (Doc ID 1359328.1), entre muitos outros : uma Busca no metalink pela sua versão exata E aplicação dos eventuais PATCHES indicados para ela seria de Muito Bom Tom... Uma consulta no repositório cfrme http://robertvsoracle.blogspot.com.br/2012/05/count-of-targets-not-uploading-exceeded.html mostra pode ser de interesse, também, para Comprovar ou não a efetividade desse alerta... Sobre investigação de falhas de rede, é acionar teu pessoal de rede e procurar por evidência de falhas/picos/intermitência de rede no período, E se for o caso se instalar e ativar alguma tool de Monitoração : a Oracle oferece uma genérica, que é o OSWatcher BlackBox, mas Certamente teu pessoal de rede tem outras até melhores... Sobre investigação de possíveis falhas no agent, é analisar os logs deles : a nota "How to Locate the Files Needed to Log an SR for a Grid Control Agent Installation Using the Push Method" (Doc ID 412317.1) lista os principais... []s Chiappa
OBS : por curiosidade, não pude deixar de ver o seu sqlplus em italiano - vc trabalha nalguma Empresa italiana ?
