Buenas,
Parece que ya tenemos disponible la última actualización para Office y Office Servers 2007 (y pronto estará la correspondiente a la versión de 2010.)
El siguiente artículo menciona lo que son, y como instalar, las actualizaciones acumulativas. Como siempre, se recomienda probarlas en un entorno de pruebas, antes de realizar la instalación en nuestro sistema de producción.
Los enlaces pertinentes:
Paquetes individuales:
Paquetes “rollup”:
Para instalar la actualización del cliente: KB2028571, debemos tener instalado el SP1 antes, aunque se recomiende incluso que estemos a nivel de SP2.
Esperamos os resulte de interés, un saludo
Jorge Puig
Después de la publicación de la KB938444 (MS10-039) para Windows SharePoint 3.0, es posible que nos encontremos un problema, descrito en los síntomas y resolución. Esta actualización se ha marcado como "Importante", por lo que en todos los servidores que tengan la opción de actualizaciones automáticas activada, los archivos binarios serán instalados automáticamente. La instalación de esta actualización es un proceso que consta de dos pasos:
01.- Instalación de los binarios
02.- Ejecución del asistente de configuración de Sharepoint
Hasta la fecha los efectos conocidos son los siguientes:
· Incapacidad de acceder a la administración central de Sharepoint, o cualquier otro sitio, con el mensaje: Server Error: http://go.microsoft.com/fwlink?LinkID=96177
· Incapacidad de acceder a la administración central de Sharepoint, o cualquier otro sitio, con el mensaje: HTTP 404 Not Found
· Incapacidad de acceder a la administración central de Sharepoint, o cualquier otro sitio, con el mensaje: “Cannot connect to the configuration database”
· Se solicita contraseña a los usuarios para acceder a un sitio de Sharepoint
· Mensaje de error en el fichero Upgrade.log acerca de fallo en “SPSearchServiceInstance”
SÍNTOMAS Y RESOLUCIÓN
· SÍNTOMA 01.- Incapacidad de acceder a la administración central de Sharepoint, o cualquier otro sitio, con el mensaje: Server Error: http://go.microsoft.com/fwlink?LinkID=96177
Podemos ver el siguiente evento en el visor de sucesos
Event Type: Error Event Source: Windows SharePoint Server Event Category: Topology Event lD: 5617 Description: The schema version (3.x.x.x) of the database SharePoint_AdminContent_123fda45-f456-fad5-de45-7891d2asd455 on ComputerName is not consistent with the expected database schema version (3.x.x.x) on ComputerName. Connections to this database From this server have been blocked to avoid data loss. Upgrade the web Front end or the content database to ensure that these versions match.
Resolución:
Desde línea de comandos ejecutamos lo siguiente:
%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin psconfig -cmd upgrade -inplace b2b -wait –force
· SÍNTOMA 02: Incapacidad de acceder a la administración central de Sharepoint, o cualquier otro sitio, con el mensaje: HTTP 404 Not Found
Nos encontramos con el siguiente evento:
Event Type: Error Event Source: Windows SharePoint Services 3 Event Category: Topology Event ID: 6800 Description: The database WSS_Content on ComputerName \Microsoft##SSEE is not accessible to missing Windows Internal Database signatures.
01.- Abrimos una línea de comandos en la siguiente ruta:
%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin
02.- Ejecutamos lo siguiente:
stsadm -o provisionservice -action stop -servicetype spwebservice -servicename ""
03.- Ejecutamos el siguiente comando para iniciar el servicio:
stsadm -o provisionservice -action start -servicetype spwebservice -servicename ""
04.- Para completar el proceso de actualización, ejecutamos lo siguiente:
psconfig -cmd upgrade -inplace b2b -wait –force
· SÍNTOMA 03: Incapacidad de acceder a la administración central de Sharepoint, o cualquier otro sitio, con el mensaje: “Cannot connect to the configuration database”
Podemos encontrarnos el siguiente mensaje de error en SQL
Event Type: Error Event Source: Windows SharePoint Services 3 Event ID: 3760 Event Category: Database Description: SQL Database 'SharePoint_Config_' on SQL Server instance 'ComputeName\Microsoft##SSEE' not found. Additional error information from SQL Server is included below. Cannot open database "SharePoint_Config_" requested by the login. The login failed. Errors in the Studio Express: Cannot show requested dialog.
ADDITIONAL INFORMATION: Cannot show requested dialog. (Microsoft.SqlServer.Express.SqlMgmt) An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.Express.ConnectionInfo) Database 'SharePoint_Config_' is already open and can only have one user at a time. (Microsoft SQL Server, Error: 924) Cannot connect to the configuration database. The database SharePoint_Config_ is not accessible. (Microsoft.SqlServer.Express.ObjectExplorer
01.- Cambiamos el modo de la base de datos de single-user a multi-user
02.- Para SQL Server Express, ejecutamos la siguiente consulta sobre la base de datos: ALTER DATABASE <databasename>SET MULTI_USER</databasename>
03.- Para SQL Server 2005 ó 2008
a.- Abrimos las propiedades de la base de datos
b.- Hacemos click en opciones.
c.- En opciones de acceso restringido, elegimos “multi-user”.
04.- Ejecutamos lo siguiente:
%COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin stsadm -o provisionservice -action stop -servicetype spwebservice -servicename ""
05.- Arrancamos el servicio con el siguiente comando:
06.- Por último ejecutamos el comando psconfig:
· SÍNTOMA 04: Se solicita contraseña a los usuarios para acceder a un sitio de Sharepoint
01.- Vamos a Inicio \ Ejecutar, escribimos REGEDIT, y le damos a OK.
02.- En el editor del registro vamos a:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
03.- Creamos una entrada nueva, de valor DWORD. La llamamos DisableLoopbackCheck, y aceptamos
04.- Modificamos su valor, y le indicamos que el valor sea 1
05.- Cerramos el editor del registro
· SÍNTOMA 5: Mensaje de error en el fichero Upgrade.log acerca de fallo en “SPSearchServiceInstance”
Encontramos el siguiente mensaje en el Upgrade.log:
SPManager] [INFO] [6/14/2010 5:47:28 PM]: Resetting the status of PersistedUpgradableObject: SPServer Name=ComputerName Parent=SPFarm Name=SharePoint_Config_ to Online. [SPManager] [ERROR] [6/14/2010 5:47:28 PM]: ReflexiveUpgrade [SPServer Name=ComputerName Parent=SPFarm Name=SharePoint_Config_] failed. [SPManager] [ERROR] [6/14/2010 5:47:28 PM]: SPSearch () [SPManager] [ERROR] [6/14/2010 5:47:28 PM]:
Server stack trace:
at Microsoft.SharePoint.AdministrationOperation.Win32.SPAdvApi32.ChangeServiceConfiguration(String strServiceName, String strAccountName, SecureString sstrPassword, IdentityType identityType, Boolean bDontRestartService) at Microsoft.SharePoint.AdministrationOperation.SPProvisioningAssistant.ProvisionProcessIdentity(String strUserName, SecureString secStrPassword, IdentityType identityType, Boolean isAdminProcess, Boolean isWindowsService, String strServiceName, Boolean dontRestartService) at Microsoft.SharePoint.AdministrationOperation.SPAdministrationOperation.DoProvisionProcessIdentity(String username, String password, Int32 identityType, Boolean isAdminProcess, Boolean isWindowsService, String serviceName, Boolean delayRestartTimer) at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) at Microsoft.SharePoint.AdministrationOperation.SPAdministrationOperation.DoProvisionProcessIdentity(String username, String password, Int32 identityType, Boolean isAdminProcess, Boolean isWindowsService, String serviceName, Boolean delayRestartTimer) at Microsoft.SharePoint.Administration.SPProcessIdentity.ProvisionInternal(SecureString sstrPassword, Boolean isRunningInTimer) at Microsoft.SharePoint.Administration.SPProcessIdentity.Provision() at Microsoft.SharePoint.Administration.SPWindowsServiceInstance.ProvisionCredentials() at Microsoft.SharePoint.Administration.SPWindowsServiceInstance.Provision(Boolean start) at Microsoft.SharePoint.Administration.SPWindowsServiceInstance.Provision() at Microsoft.SharePoint.Search.Administration.SPSearchServiceInstance.Provision() at Microsoft.SharePoint.Upgrade.SPSearchDatabaseSequence.EnableAndProvisionSearchNTService() at Microsoft.SharePoint.Upgrade.SPSearchDatabaseSequence.PostUpgrade() at Microsoft.SharePoint.Upgrade.SPManager.Upgrade(Object o, Boolean bRecurse) at Microsoft.SharePoint.Administration.SPPersistedUpgradableObject.Upgrade(Boolean recursively) at Microsoft.SharePoint.Upgrade.SPManager.ReflexiveUpgrade(Object o, Boolean bRecurse) at Microsoft.SharePoint.Upgrade.SPManager.Upgrade(Object o, Boolean bRecurse) at Microsoft.SharePoint.Administration.SPPersistedUpgradableObject.Upgrade(Boolean recursively) at Microsoft.SharePoint.Upgrade.SPManager.ReflexiveUpgrade(Object o, Boolean bRecurse)
01.- Abrimos una línea de comandos, y nos vamos a:
02.- Ejecutamos el siguiente comando:
stsadm -o provisionservice -action stop -servicetype "Microsoft.SharePoint.Search.Administration.SPSearchService, Microsoft.SharePoint.Search,Version=12.0.0.0,Culture=neutral, PublicKeyToken=71e9bce111e9429c" -servicename spsearch
03.- Luego ejecutamos el siguiente comando:
04.- Ejecutamos luego el comando siguiente:
stsadm -o provisionservice -action start -servicetype "Microsoft.SharePoint.Search.Administration.SPSearchService, Microsoft.SharePoint.Search,Version=12.0.0.0,Culture=neutral, PublicKeyToken=71e9bce111e9429c" -servicename spsearch
05.- Por último, debemos ejecutar un rastreo completo (Full crawl)
Esperamos os sirva de ayuda, un saludo
En determinadas ocasiones, nos encontramos con que entramos en PWA, nos vamos al Centro de Proyectos, o al Centro de Recursos, e intentamos modificar un proyecto, por ejemplo, y nos sale el siguiente mensaje:
“Esta acción requiere Microsoft Project Professional 2007. Asegúrese de que su copia de Project Professional 2007 puede conectarse a este servidor. Si ambas condiciones se cumplen pero sigue recibiendo este mensaje, póngase en contacto con el administrador del sistema para obtener ayuda”.
Este tipo de problema suele ser debido a una incorrecta asociación de extensiones de fichero con el programa adecuado, y nos genera estas situaciones. Para resolverlo, la manera más sencilla para llevar esto a cabo es la siguiente.
Abrimos en la estación de trabajo donde tenemos este problema Project PRO 2007, y nos vamos a ? \ Diagnósticos de Microsoft Office
A continuación se nos ofrecerá la siguiente pantalla
Y no tendremos más que pinchar en “Continuar”, y en la siguiente pantalla en “Ejecutar diagnósticos” para que se ejecuten este tipo de diagnósticos, y nos corrijan (entre otras cosas) el problema de asociaciones de archivos que tenemos, y nos impide “llamar” a Project PRO correctamente desde PWA.
Esperamos os resulte de utilidad, un saludo
Vicente Rubio nos hace llegar este enlace donde podemos acceder a la serie de webcasts de Project 2010, Project Server 2010 y Visio 2010 que ha estado grabando, y están ahora disponibles para nuestro disfrute.
El enlace es el siguiente:
http://technet.microsoft.com/es-es/ff621128.aspx
A colación del anterior post, seguimos con el estado de salud en las bases de datos de Project Server, así que querríamos hablar acerca de los planes de mantenimiento de las bases de datos de Project Server (principalmente indicados para las versiones 2007 y 2010, aun cuando 2003 también se vería afectado por esto mismo.)
Nos encontramos a veces con logs de transacciones con un tamaño muy superior al del fichero/s de datos, y cuando preguntamos a los responsables, nos indican que sí hacen backup del fichero de datos, pero no así del de log. Esto implica que dicho fichero crece y crece, y el rendimiento de SQL, y por consiguiente, de Project Server se ve afectado. Resulta conveniente ir realizando backups de los logs de las bases de datos, para que su tamaño no crezca ilimitadamente, y tengamos las bases de datos en un estado óptimo para que su rendimiento no afecte a nuestra aplicación.
A continuación os ofrecemos una serie de artículos que hemos considerado interesantes tener en cuenta a la hora de planificar y configurar un plan de mantenimiento para las bases de datos de Project Server:
· Overview of Project Server 2007 databases:
http://technet.microsoft.com/en-us/library/cc973099(office.12).aspx
· Creating maintenance plans for Project Server 2007 databases:
http://technet.microsoft.com/en-us/library/cc973104(office.12).aspx
· Database maintenance plans for Project Server 2007:
http://technet.microsoft.com/en-us/library/cc973097(office.12).aspx
Esperamos esta información os resulte útil, un saludo
En este post queríamos agradecer a los compañeros de SQL Raquel Vicente de la Rosa, Jorge Pérez Campos y Marcos Celada por sus consejos y ayudas varias en las múltiples ocasiones que requerimos de su conocimiento para tratar asuntos “espinosos” de SQL; resulta una gran satisfacción contar con colegas tan preparados y dispuestos a ayudarnos como estos tres mosqueteros de SQL Server; si queréis estar al día en esta tecnología, os recomendamos le echéis un vistazo a su blog:
http://blogs.msdn.com/b/esecuelesinfronteras/
Gracias a ellos, nos pusieron en la pista de este artículo realmente útil, donde se habla de los índices, y como tenerlos “bajo control”:
http://msdn.microsoft.com/en-us/library/ms188917.aspx
En el apéndice D tenemos un script a tener en cuenta; su utilidad es muy sencilla: verifica el índice de fragmentación de los índices en la base de datos que le indiquemos, y si superan unos determinados umbrales, los reorganiza o reconstruye directamente (nos ha gustado tanto, que nos permitimos copiarlo a continuación):
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
-- Ensure a USE <databasename> statement has been executed first.
SET NOCOUNT ON;
DECLARE @objectid int;
DECLARE @indexid int;
DECLARE @partitioncount bigint;
DECLARE @schemaname nvarchar(130);
DECLARE @objectname nvarchar(130);
DECLARE @indexname nvarchar(130);
DECLARE @partitionnum bigint;
DECLARE @partitions bigint;
DECLARE @frag float;
DECLARE @command nvarchar(4000);
-- Conditionally select tables and indexes from the sys.dm_db_index_physical_stats function
-- and convert object and index IDs to names.
SELECT
object_id AS objectid,
index_id AS indexid,
partition_number AS partitionnum,
avg_fragmentation_in_percent AS frag
INTO #work_to_do
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, 'LIMITED')
WHERE avg_fragmentation_in_percent > 10.0 AND index_id > 0;
-- Declare the cursor for the list of partitions to be processed.
DECLARE partitions CURSOR FOR SELECT * FROM #work_to_do;
-- Open the cursor.
OPEN partitions;
-- Loop through the partitions.
WHILE (1=1)
BEGIN;
FETCH NEXT
FROM partitions
INTO @objectid, @indexid, @partitionnum, @frag;
IF @@FETCH_STATUS < 0 BREAK;
SELECT @objectname = QUOTENAME(o.name), @schemaname = QUOTENAME(s.name)
FROM sys.objects AS o
JOIN sys.schemas as s ON s.schema_id = o.schema_id
WHERE o.object_id = @objectid;
SELECT @indexname = QUOTENAME(name)
FROM sys.indexes
WHERE object_id = @objectid AND index_id = @indexid;
SELECT @partitioncount = count (*)
FROM sys.partitions
-- 30 is an arbitrary decision point at which to switch between reorganizing and rebuilding.
IF @frag < 30.0
SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REORGANIZE';
IF @frag >= 30.0
SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REBUILD';
IF @partitioncount > 1
SET @command = @command + N' PARTITION=' + CAST(@partitionnum AS nvarchar(10));
EXEC (@command);
PRINT N'Executed: ' + @command;
END;
-- Close and deallocate the cursor.
CLOSE partitions;
DEALLOCATE partitions;
-- Drop the temporary table.
DROP TABLE #work_to_do;
GO
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Podemos crear un trabajo de SQL que ejecute este script a diario, y sólo hará algo, si se superan los umbrales preestablecidos, por lo tanto, podemos estar tranquilos, que de esta manera tendremos los índices de nuestras bases de datos en un estado adecuado.
Esperamos os resulte útil, un saludo
Otra webcast acerca sobre Project Server 2010, esta vez de Business Intelligence:
https://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032452759&EventCategory=4&culture=es-ES&CountryCode=ES
Ahi nos vemos, un saludo
En este post queríamos haceros llegar, para quien no lo hubiera visto ya, esta página donde se indican los distintos medios disponibles para formarse en Project 2010
http://www.microsoft.com/project/en/us/train-learn.aspx
Incluímos, además, el enlace a esta página oficial donde encontrar una gran cantidad de información interesante acerca de las distintas versiones del producto.
http://technet.microsoft.com/es-es/projectserver/ee691958(en-us).aspx
Un saludo