Ir al contenido principal

Entradas

Migración del servidor completo de MOSS 2007 en solo 7 pasos.

Tomado del blog de http://teotech.wordpress.com/2007/05/25/migracion-de-un-servidor-moss-2007-completo/ Migrar un servidor de Microsoft Office SharePoint Server 2007 (MOSS 2007) a otro y no morir en el intento puede ser una tarea un poco complicada de conseguir, principalmente por la falta de una procedimiento estándar y 100% fiable para realizarlo. Es por eso que os expongo mi recomendación para efectuar dicho procedimiento. Al final del post encontraréis las configuraciones pre y post migración que son requeridas al realizar este tipo de migración, os recomiendo que les echéis un ojo antes de iniciar. Comenzamos: PASO 1. Tenemos que identificar la, o las bases de datos de contenidos de las aplicaciones Web y respaldas (utilizando SQL Management Studio creamos una copia de seguridad de las base de datos por ejemplo), podemos ubicar a que base de datos corresponde cada aplicación Web yendo a: Administración Central – Administración de Aplicaciones – Administración de aplicaciones Web ...

Backup programado para MOSS

Esta información es de el siguiente blog, la traigo aquí porque me parece muy importante. http://blogsp.idea80.com/ Backup programado para MOSS Luego de tanto planearlo y con un montón de información acumulada, decido iniciar este blog con un sencillo artículo sobre una tarea bastate común en Microsoft Office SharePoint Server 2007 (MOSS) como lo es generar un Backup. La característica Backup de MOSS ahora funciona como un mecanismo de total recuperación de desastres. Es tanto así que este consiste no solo en el respaldo de las bases de datos, sino en el respaldo de muchos otros elementos como configuraciones en IIS, y archivos específicos. El backup se puede ejecutar mediante la opción Backup de la pestaña "Operaciones" en la "Administración Central de SharePoint 3.0" (SCA3). Aquí se puede decidir qué tipo de Backup generar: Completo o Diferencial, sin embargo, no es posible programar un backup recurrente a través de esta interfaz. Cuando el contenido de SharePoi...

Habilitar acceso anónimo en MOSS 2007

Habilitar el acceso anónimo para una aplicación web de la Administración Central. Ingresar en la página de Inicio de la "Administración central" > "Administración de Aplicaciones" > "Proveedores de autenticación" > Seleccionar el proveedor "Predeterminado" (authentication.aspx) y permitir el acceso anónimo. Usted no tiene que hacer nada en el Administrador de IIS ... permitiendo desde la página de la Administración Central también permitirá el acceso en IIS. Habilitar el acceso anónimo para los sitios que desea. Ingresar al sitio con un usuario propietario. Haga clic en "Acciones de sitio", Haga clic en "Configuración del sitio" > "Modificar toda la configuración del sitio" > "Permisos avanzados" > "Configuración" > Acceso anónimo (setanon.aspx) y activar el acceso anónimo para el sitio.

Reducir tamaño LOG Transacciones SQL

Sobre la base de datos a truncar el log. Ejecuta dos o tres veces la instrucción CHECKPOINT. Esto asegurará que todas las páginas de memoria se han escrito en el fichero de datos. Luego ejecuta la siguiente consulta select name,size from sys.database_files Luego haz un BACKUP LOG WITH TRUNCATE_ONLY para que trunque el registro de transacciones. Backup log **** with Truncate_only -- Donde **** es el nombre de la base de datos Posteriormente ejecutas DBCC SHRINKFILE indicando el nombre del fichero del log a reducir. DBCC Shrinkfile(*****) -- Donde **** es el nombre del fichero del log Consulta nuevamente y veras que el fichero de log ya redujo su tamaño select name,size from sys.database_files

Cómo configurar perfiles de correo para su uso con SQL Mail (Windows)

En este tema se describe cómo configurar un perfil de correo para SQL Mail. Antes de utilizar SQL Mail, debe habilitarlo mediante la herramienta de configuración de superficie. Para configurar perfiles de correo para su uso con SQL Mail 1. En el servidor Microsoft Exchange, configure un buzón de correo para el usuario con el que se ejecuta SQL Server. Esta cuenta debe ser una cuenta de dominio. 2. Instale un cliente Exchange en el equipo en el que se ejecuta SQL Server. Para Microsoft SQL Server 2005, los clientes Microsoft Exchange compatibles son Microsoft Outlook XP y Outlook 2003. 3. Inicie una sesión en el equipo en el que se ejecuta SQL Server. Utilice el nombre y la contraseña usados para iniciar SQL Server. Nota: La cuenta utilizada para iniciar SQL Server debe ser una cuenta de dominio. 4. Inicie el cliente Exchange y configúrelo para que se conecte al servidor Exchange. Para ello, debe proporcionar el nombre del servidor Exchange y el nombre del buzón de correo que creó e...

Mover bases de datos del sistema (SQL2005)

Libros en pantalla de SQL Server 2005 (septiembre de 2007) Mover bases de datos del sistema En este tema se describe cómo mover bases de datos del sistema en SQL Server 2005. Mover bases de datos del sistema puede resultar útil en las situaciones siguientes: Recuperación de errores . Por ejemplo, la base de datos se encuentra en modo sospechoso o se ha cerrado a causa de un error de hardware. Reubicación planeada. Reubicación para mantenimiento de disco programado. Los siguientes procedimientos se aplican para mover archivos de base de datos dentro de una misma instancia de SQL Server. Para mover una base de datos a otra instancia de SQL Server o a otro servidor, utilice las operaciones copia de seguridad y restauración o separar y adjuntar . Los procedimientos descritos en este tema requieren el nombre lógico de los archivos de la base de datos. Para obtener el nombre, consulte la columna name de la vista de catálogo sys.master_files . Importante: Si se mueve una base de datos del si...

Como pasar Logins de SQL Server entre servidores

En este post voy a explicar uno de los dolores de cabeza mas frecuentes que tenemos y es el pasar los logins entre servidores. Sabemos que en SQLServer hay 2 tipos de login, los de Windows y los de SQL , los primeros son usuarios del dominio que tambien tienen acceso al servidor de base de datos y los segundos son usuarios que se guardan dentro del SQLServer, o sea, el password esta dentro del SQLServer , en lugar de la de windows que la controla el controlador de dominio. Lo recomendado es tratar de tener y usar siempre usuarios Windows, la recomendacion se debe a que le dejaremos toda la administracion (complejidad de password, control de vencimientos, etc) al sistema operativo y ademas permitirle a un usuario que no deba volver a hacer login (si usara usuarios SQL) cuando ya lo hizo al entrar a su windows. Bien, como hacemos si deseamos pasar los logins SQL y los de windows de un servidor a otro, esto podria ser a la misma version de SQL o bien a distintas versiones, por ej se dese...