Recursos un cluster con Windows 2008 no se ven por IP

Pues como siempre de la esperiencia de uno, os cuento, espero que si os pasa no os volváis locos y os ayude.

Os cuento, migre un cluster de 2003 a 2008 R2 y todo muy bien, pero en las impresoras Xerox, la opción de escanear a un directorio del recurso del cluster, me daba error de carpeta erronea en el server.

El resto de cosas bien, lo usuarios trabajaban sin problemas, otras impresoras de otrosf fabricantes, usaban el escaneo igual sin problemas, total que estaba pasando. Pasaba que las impresoras Xerox resolvian el nombre del recurso del cluster a su ip, es decir que si el recurso era \\cluster y su ip \\10.13.200.1

\\cluster se veia la carpeta escaneados
\\10.13.200.1 no se veia nada, solo mostraba los recursos compartidos del nodo, no del recurso del cluster

Que pasa que Windows 2008 funciona así el servicio de Servidor de Ficheros solo deja mostrar las carpetas compartidas por el nombre y nada mas, a diferencia del Windows 2003.

Aqui os dejo un documento que aclara esto muy bien:
http://blogs.technet.com/b/askcore/archive/2009/01/09/file-share-scoping-in-windows-server-2008-failover-clusters.aspx

un truco es usar \\10.13.200.1\e$\escaneados
Suponiendo que la unidad de la Lun del cluster fuera E.

Un saludo

Como gestionar Command View desde una maquina virtual de un Esx

Pues eso, si tenemos una maquina virtual desde la cual queremos administrar nuestra EVA a través de command View, teniendo nuestro Esx host fisico acceso por FC a ella, estos son los pasos:

Os dejo directamente el enlace de donde lo encontre, esta probado personalmente y funciona:
http://armarn.wordpress.com/2010/03/28/vmware-guest-os-for-hp-command-view-eva/

Desbloquear cintas en unidades de HP

Pues si se os da el caso, a mi ya en varios clientes, esta es la manera manual, HP, te reemplaza la unidad, pero pasa de si tienes una cinta dentro.

Para la Ultrium

Para la LTO

Pasar de Poor a Good una cinta en HP Data Protector

Bueno en este caso, ta solo contar como pasar la calidad de una cinta a good cuando nos la encontremos en poor.

Cuando estan en poor no se pueden utilizar, Data Protector las toma como invalidas, por que pueden estar defectuosas, por haber superado ya el ciclo de numero de sobreescritura...

Entonces lo suyo es hacer un onmimm -reset_poor_medium NOMBRE_CINTA

Si la cinta vuelve a estado poor, habrá que cambiarla por una nueva.

Get-StorageGroupCopystatus =Failed o suspended

En este caso, yo me di cuenta, porque mi backup se hacia perfectamente, pero no me borraba los logs transacionales.

Por lo que me puse a indagar y al hacer desde  powerShell de Exchange un get-storagegroupcopystatus
Obtuve lo siguiente:

Que quiere decir esto que mi copia de mi cluster CCR de mis Exchange no se estaba replicando en el nodo pasivo.

force a reiniciar la copia dandome finalmente un status de failed y por lo cual volviendo a suspended.

Solución rápida aunque pesada, forzar a que me copiara de nuevo todo el contenido de mi servidor activo y al pasivo Para ello:

En mi caso tardo una 3 horas, teniendo que replicar por completo las bases de datos y logs transacionales al nodo pasivo, después de esto:

el resultado es este otro:

452 4.3.1 Insuficientes recursos del sistema

Pues nada otra cosa que se aprende.

Con exchange 2007 y 2010, si en el directorio donde tengas las colas de mensaje por defecto en la carpeta de instalación del tu Exchange (es decir en C:) tiene que tener libre mas de 4GB si no dejara de enviar mails.

Cuando hagáis un telnet a vuestro servidor os contestará diciendos:

452 4.3.1 Insuficientes recursos del sistema

Bueno soluciones tres:

- Deshabilitar este limite
- Ajustar este límite
- Cambiar de volumen con mas espacio las colas de mensajes (El optimo)

Deshabilitar el limite:

1. Editamos el archivo EdgeTransport.exe.config de la carpeta \Exchange Server\bin
2.agregamos esta linea:
3.guardamos y reiniciamos el servicio de Mensajería de transporte de Exchange

Ajustar este límite

En el mismo archivo de antes se puede editar los valores reniciardo posteriormente el servicio de transporte.

Cambiar de volumen con mas espacio las colas de mensajes (El optimo)

Por que el optimo??,, pues porque si no tiene espacio, tienes un problema y las otras soluciones son meros parcheos.

Por lo que vamos a ver como reubicar las queue de servidor a otro volumen con espacio libre.

Pues nada supongamos que tenemos una unidad F: con espacio libre, creamos por ejemplo F:\queue y estos serian los pasos:

1. editar de nuevo el archivo EdgeTransport.exe.config de la carpeta \Exchange Server\bin

y modificar la línea:

    add key="QueueDatabasePath" value="F:\queue\Queue_DB" />
    add key="QueueDatabaseLoggingPath" value="F:\queue\Queue_Logs" />

2. Guardamos el archivo

3. Paramos el servicio de trasnporte de Exchange

4. Copiamos los archivos Mail.que y Trn.chk, de la ruta original y lo movemos a en este caso: f:\Queue\QueueDB

5. arrancamos el servicio de trasnporte de Exchange y listo.

OTROS ENLACES RELACIONADOS:

http://technet.microsoft.com/es-es/library/bb125177.aspx

http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/understanding-back-pressure-feature-exchange-server-2007.html

http://exchangepedia.com/2007/03/exchange-server-2007-transport-452-4-3-1-insufficient-system-resources.html

Disaster Recovery en Exchange 2010

Buenas tardes,

Perdonar todo este tiempo, pero entre vacaciones y otras cosas, no he podido antes.

Bueno os cuelgo un documento por si se os viene abajo un Exchange por completo, tan solo es reinstalarlo con los parametros :

Setup /m:RecoverServer

Después de recuperar nuestro Exchange sin ninguna base de datos, seguir el ejemplo que viene en el doc adjunto.

Simplemente es habilitar una base de datos para que los usuarios puedan empezar a trabajar al menos con los nuevos mails que vayan entrando.

Luego posteriormente, se restaura el backup y se traspasa los mail que hayan ido entrando nuevos.

Un saludo y suerte.

Documento--> https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0B5HHHS1JLqq9Yjg3MDk3YmYtNjJhZC00YTNiLTliNzYtN2E2ODMyZmE2MmNi&hl=en_US