En uno o mi primeras entradas de blog, Describí el proceso general que hemos seguido para migrar de un cliente de SPS 2003 para musgo. Un lector dejó un comentario para más detalle y aquí es.

Para ese proyecto de migración, teníamos que encontrar una buena forma de mover un montón de SPS 2003 documentos sobre MOSS. La carga inicial fue bastante fácil. Crear una nueva biblioteca de documentos de destino en musgo y utilice el explorador de windows para mover los documentos.

Esta es la nueva biblioteca de documentos:

Abrir dos ventanas exploradores. El primer punto en SPS 2003 y la segunda en la nueva biblioteca de documentos en MOSS. La captura de pantalla siguiente muestra esto. Tenga en cuenta que el navegador superior está realmente señalando a mi c:\unidad temporal, pero te imaginas lo apuntando a una SPS 2003 Biblioteca de documentos:

Después de arrastrar y soltar la operación, mi destino parece esto:

Ahora es el momento para ocuparse de los metadatos. Suponga que tenemos una columna de metadatos para estos documentos denominado "ubicación." Podemos ver en los anteriores "todos los documentos" opinión de que la ubicación es en blanco. Es bastante fácil de utilizar una vista de hoja de datos para introducir la ubicación, o incluso entrar en propiedades de cada documento uno por uno para agregar una ubicación. Vamos a suponer que no hay ninguna manera práctica para asignar la columna de ubicación un valor automáticamente y que los usuarios finales deben hacerlo a mano. Además, Supongamos que hay cientos de documentos (quizás miles) y tardará muchos muchos días para actualizar los metadatos. Como todos sabemos, nadie va a sentarse y trabajar para cuatro de los cinco días seguidos actualizando metadatos para documentos. En su lugar, rompen hacia fuera durante un período de semanas o posiblemente más. Para facilitar este proceso, podemos crear un "datos no etiquetados" ver como se muestra:

Ahora, Cuando alguien se sienta a pasar sus horas diarias asignado o dos para etiquetar documentos migrados, pueden utilizar los documentos sin etiquetas"" vista a centrar sus esfuerzos:

Como documentos de etiqueta de los usuarios, entrega esta lista.

Esta noción de una vista de datos no etiquetados también puede ayudar con una clase de problema de validación de datos personas averiguar en los foros. Fuera de la caja, no hay manera de evitar que un usuario carga un documento a musgo y luego no entrar en meta datos. Podemos especificar que una columna de sitio en particular es obligatoria y el usuario no puede hacer el guardar botón. Sin embargo, Si el usuario carga y, a continuación, cierra el navegador (o en el explorador de windows utiliza para cargar el documento), no podemos obligar al usuario introducir metadatos (nuevo, fuera de la caja).

Este enfoque puede utilizarse para ayudar en esa situación. Podemos utilizar un dato mal etiquetado"" Ve para identificar estos documentos fácilmente y corregirlos. Par esto con un KPI y tienes buena visibilidad a los datos con desglose para manejar estas circunstancias excepcionales.

</final>

Suscribirse a mi blog.

Esta semana, Yo he luchado un poco con mi equipo a MOSS instalado en una granja simple de dos servidores. Después de haber atravesado, Tengo una mayor apreciación de los tipos de informe de problemas de personas en los foros MSDN y en otros lugares.

La configuración final de granja:

• Intranet de índice SQL WFE dentro del firewall.
• WFE en la DMZ.
• Algún tipo de cortafuegos entre el DMZ y el servidor interno.

Antes de que empezamos el proyecto, dejamos que el cliente sabe que puertos deben ser abierto. En el dar y recibir, ida y vuelta en, Nosotros nunca explícitamente dicho dos cosas importantes:

1. Significa que necesita un certificado SSL.
2. Parte de un dominio debe ser el servidor de la DMZ.

Primer día, nos demostró para arriba para instalar MOSS y aprendimos que no se han creado las cuentas de dominio para la base de datos y el musgo. Para mover las cosas a lo largo de, nos fuimos adelante y todo lo instalado con una cuenta local en el servidor de intranet.

En este punto, descubrimos la confusión sobre el certificado SSL y, Lamentablemente, decidió que nuestro hombre infraestructura volver más adelante esa semana para continuar la instalación del servidor de la DMZ. En la media de tiempo, arquitectos de soluciones pasamos adelante con las cosas de negocios.

Pasa un fin de semana y el cliente obtiene el certificado.

Nuestro tipo de infraestructura se muestra y descubre que el servidor de la DMZ no está unido a cualquier dominio (un dominio de perímetro con confianza limitada o el dominio de intranet). Hemos desperdiciado casi un 1/2 día en. Si no dejamos el certificado SSL que falta nos empantanen, habría descubierto esto antes. Bueno….

Otro día pasa y los diversos comités de seguridad, las partes interesadas y (no es tan) transeúntes inocentes todos de acuerdo que es aceptar para unir el servidor de la DMZ con el dominio de intranet (se trata de un POC, Después de todo, no una solución de producción).

Tipo de infraestructura viene en envolver cosas para arriba. Esta vez pasamos con éxito por el el gran desafío de hoy en día conocido cariñosamente como el "SharePoint Asistente para configuración." Tenemos un vistazo de la administración central y … Yee haw! … Servidor DMZ se encuentra en la granja. Miramos un poco más y darse cuenta que rompió abierto el cava un poco ácaro temprano. Servicios WSS está atascada en un "a partir de" estado.

Larga historia corta, resulta que nos olvidamos de cambiar la identidad de la cuenta de servicio mediante administración central de la cuenta original local a la nueva cuenta de dominio. Lo hicimos, re-corriendo el Asistente de configuración y listo! Estábamos en el negocio.

</final>

Suscribirse a mi blog.

Aunque no es literalmente cierto, como cuestión práctica, un frente de internet web front-end en una DMZ debe estar en un dominio (i.e. no un servidor independiente en su propio grupo de trabajo pequeño). No es necesario estar en el mismo dominio que el ETF interna(s) y otros servidores (y probablemente no debería), pero debe ser un dominio.

Mis colegas y yo pasamos una cantidad excesiva de tiempo en una propuesta que incluía requisitos previos de SharePoint. Esto incluye una amplia lista de configuraciones de firewall que permita el servidor DMZ a la granja, etc.. Lamentablemente, hemos podido agregar en algún lugar una frase que dice, para el efecto, "el punto todo sangriento de esta configuración es permitir que el servidor de la DMZ WFE, en un dominio, para unirse a la granja interna."

Una tormenta perfecta de eventos, donde básicamente consideramos izquierdas cuando nos podríamos parecía correctos, conspiraron para ocultar este problema de nosotros hasta bastante tarde en el proceso, lo cual me impide invocar mi "digo malas noticias pronto" regla.

Suspiro.

Suscribirse a mi blog.