jump to navigation

Purge WSS_Logging July 11, 2016

Posted by juanpablo1manrique in Best Practices, SharePoint2013, SQL SERVER, SQL SERVER 2008.
Tags: ,
add a comment

Hola,

Liberar espacio de WSS_Logging
Set-SPUsageDefinition -Identity “Analytics Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “App Statistics.” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Bandwidth Monitoring” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Content Export Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Content Import Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Feature Use” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “File IO” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Page Requests” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “REST and Client API Action Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “REST and Client API Request Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Sandbox Request Resource Measures” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Sandbox Requests” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “SQL Exceptions Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “SQL IO Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “SQL Latency Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “SQL IO Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Task Use” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Tenant Logging” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Timer Jobs” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “User Profile ActiveDirectory Import Usage” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Definition of usage fields for Education telemetry” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Definition of usage fields for microblog telemetry” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Definition of usage fields for service calls” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Definition of usage fields for SPDistributedCache calls” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “Definition of usage fields for workflow telemetry” -DaysRetained 1 -Enable
Set-SPUsageDefinition -Identity “User Profile to SharePoint Synchronization Usage” -DaysRetained 1 -Enable
Como lo supe

Get-SPUsageDefinition | select Name

 

AND
Sharepoint Central Administration -> Monitoring -> Configure Usage and health data collection-> Log Collection Schedule.

Execute 2 timer jobs “Run Now”

  • Microsoft SharePoint Foundation Usage Data Import
  • Microsoft SharePoint Foundation Usage Data Processing

Saludos

Advertisements

Failover Server – Service Applications April 10, 2012

Posted by juanpablo1manrique in Best Practices, SharePoint.
Tags:
add a comment

Hola Amigos

Una curiosidad que tiene SharePoint y que no me habia percatado es que no todos los ServiceApplication que poseen una base de datos como repositorio de informacion tienen la opción de failover server.

Entre las que encontramos a

Security Token Service Application

  • SharePoint Server ASP.NET Session State Service
  • State Service
  • Word Automation Services
  • Web Analytics Service Application
  • Visio Graphics Service
  • Usage and Health data collection
  • Search Service Application

Este es un detalle muy importante a tener en cuenta cuando se diseñen soluciones de alta disponibilidad con ambiente de contingencia.

Tomado de: http://technet.microsoft.com/es-un/library/ff628971.aspx

Saludos

WSPBuilder AddIn no aparece en VS2008 AddIn Manager January 19, 2011

Posted by juanpablo1manrique in Best Practices, Developer, SharePoint, Visual studio 2008, WebPart.
Tags: , ,
add a comment

Instale el WSPBuilder en una maquina virtual y cuando fui a ingresar a Visual Studio no me aparecia el menu en donde uno selecciona WSPBuilder, deploy, unistall, etc. Asi que despues de mucho cacharrear y googlear encontre que que existe un archivo WSPTools.VisualStudio.VSAddIn.Addin que se ubica en esa famosa carpeta c:\users

  • Si se instalo para todos los usuarios es necesario ir a
    • C:\Documents and Settings\All Users\Datos de programa\Microsoft\MSEnvShared\Addins (Win2003, XP)
    • C:\Users\All Users\Datos de programa\Microsoft\MSEnvShared\Addins (Win2008, Win7)
  • Si se instalo solo para current user, ir a
    • C:\Documents and Settings\<user name>\Datos de programa\Microsoft\MSEnvShared\Addins (Win2003, XP)
    • C:\User\<user name>\Datos de programa\Microsoft\MSEnvShared\Addins (Win2008, Win7)

Luego de ubicar el archivo es necesario Ir a VS2008->Tools > Options > Add-In/Macros Security > add in “C:\Users\<Username>\AppData\Roaming\Microsoft\AddIns” folder > click OK. y reiniciar el VS 2008 y ahora ya se ve el “WSP Builder” menu

Se obtuvo la solucion de http://wspbuilder.codeplex.com/Thread/View.aspx?ThreadId=79421

The log shipping primary database INSNAME\DBNAME has backup threshold of 60 minutes and has not performed a backup log operation for 60459 minutes. Check agent log and logshipping monitor information. July 13, 2010

Posted by juanpablo1manrique in Alto Desempeño, Best Practices, Cluster, SQL SERVER, SQL SERVER 2008.
Tags:
add a comment

Realizando estrategias de Logshipping sobre las bases de datos se registró el siguiente error sobre el log de eventos,

The log shipping primary database INSNAME\DBNAME has backup threshold of 60 minutes and has not performed a backup log operation for 60459 minutes. Check agent log and logshipping monitor information.

La base de datos en cuestión yo la borre a mano, así que se perdió y el Job se siguió ejecutando a una base de datos que no existe. Una manera que encontré para solucionar este problema es acceder a las tablas de sistema y eliminar el registro.

La tabla a borrar es,

select * from msdb.dbo.log_shipping_monitor_primary

Asegúrese de borrar solo los registros correctos o eliminara toda la configuración de logshipping de su servidor.

Lo correcto es que antes de borrar la base de datos se elimine la configuración de logshipping

Saludos

Run as different user Windows 2008 ? March 15, 2010

Posted by juanpablo1manrique in Best Practices, Seguridad, Windows 2008.
Tags:
1 comment so far

Nunca es buena idea logearse como un usuario administrador en la máquina de un usuario, debido a que pueden existir virus latentes esperando a tener permisos necesarios en alguna maquina de usuario para infectarla, o algún locker que el usuario haya instalado tambien puede a llegar a ser una amenaza de seguridad.

Y es aqui donde el Run as.. es muy importante, esta funcionalidad existia en XP y en Win2003. En las ultimas versiones de Windows vista y Win 2008 server no viene disponible.

Si lo desean lo pueden descargar de aqui.

Y ahora tendra la posibilidad de dar SHIFT + Click Derecho y ver la opción de Run as different user.

Saludos
Extractao de: http://www.groovypost.com/howto/microsoft/vista/add-runas-to-explorer-context-menu-in-vista-and-server-2008/

Best Practice : SharePoint Database Access March 11, 2010

Posted by juanpablo1manrique in Best Practices, DAtabase, Developer, SharePoint.
1 comment so far

Specifies any addition, modification, or deletion of the data within any SharePoint database by using database access commands. This includes bulk loading of data into a database, exporting data, or directly querying or modifying data.

Real World Example
A list aggregation Web Part that pulls information from a variety of sites in a server farm is designed to directly query the SharePoint database for information and present it to a user.

Technical Details
Directly querying or modifying the database can place extra load on a server, or can expose information to users in a way that violates security policies or personal information management policies. If server-side code must query data, then the process for acquiring that data should be through the built-in SharePoint object model, and not by using any type of query to the database. Client-side code that must modify or query data in SharePoint Products and Technologies can do this by using calls to the built-in SharePoint Web services that in turn call the object model.

Support Details
Important: 
This type of customization is not supported.
 

Direct modification of the SharePoint database or its data is not recommended because it puts the environment in an unsupported state.

If a server component requires information from the database, it must get that data by using the appropriate items in the SharePoint object model, and not by trying to get the items from the data structures in the database through some query mechanism.

Versión en espeañol:: Buenas Prácticas: Acceso a base de datos

Buenas Prácticas: Acceso a base de datos March 11, 2010

Posted by juanpablo1manrique in Best Practices, Developer, SharePoint.
1 comment so far

Específicamente la inserción, modificación o borrado de los datos en cualquier base de datos de sharepoint utilizando comandos de acceso a datos. Incluyendo cargas por el comando bulk, exportacion de datos o directamente realizando busquedas o modificaciones sobre los datos.

El desarrollador creó una WEbPart que despliega informacióny esta siendo utilizada en  una variedad de sitios dentro de la granja de servidores y está diseñada para buscar información directamente en la base de datos de Sharepoint para presentarla al usuario.

Porque no se debe hacer.

Si se ejecutan directamente consultas a la base de datos puede causar una carga adicional al sistema en general, y puede exponer información a los usuario y podría llegar a presentarse que violenten las políticas de seguridad o la información personal de los usuarios. Si el código al lado del servidor debe ejecutar consultas, entonces es necesario que ese proceso  se haga a través del mapa de objetos de sharepoint, y no con SQL Code hacia la base de datos. El código al lado del cliente que deba modificar o traer datos de las base de datos de sharepoint deberá hacerlo a través de los Web services de sharepoint y entonces llamar al modelo de objetos.

Es importante tener en cuenta que este tipo de personalización no es soportada. La modificación directa de la base de datos de sharepoint no es recomendada debido a que pone el ambiente en un estado de no soporte por parte del área de ayuda de Microsoft.

Versión en Ingles : Best Practice : SharePoint Database Access

SharePoint can’t replicated the WEB Applications in different servers March 11, 2010

Posted by juanpablo1manrique in Alta Disponibilidad, Alto Desempeño, Best Practices, Cluster, IIS 7.0, Install, NLB.
add a comment

Well, in this days I found that after installing the nodes of SharePoint farm, I see that the WEB Applications are not replicated in different servers. Whereupon I am saying that if SharePoint is installed properly and the NLB is configured correctly, sharepoint administrator enginier can create WebApplications from CentralAdministrator and forget completely if It properly replicated on all servers. This marvel that is achieved through a service called Application Server SharePoint Timer Job Administration Service which may be found in the operations tab and then Timer Job Definitions. This marvel of service runs with administrative permissions, then is mandatory that the Windows SharePoint Services run with a user with administrative permissions on all machines. Having said that an important tip before installing the nodes in each server is that when you install SharePoint the installation is logged with the account you are running SharePoint services “domain \ SHPservice” if this does not happen and is not replicated sites can do the following. Uninstall SharePoint Server, control panel and then go to add and remove programs and uninstall and reinstall in ideal conditions mentioned above, and is supplied again. :: All programs and runs the wizard of SharePoint Products and Technologies Configuration Wizard. It runs all again and verifies that the service Application Server Administration Service Timer Job has run successfully if it does not work you have problems. But letrasandnumeros’ve is the right place to fix it. The first thing you do is update the registry permissions that need to access SharePoint. This is done using the psconfig found in% COMMONPROGRAMFILES% \ Microsoft Shared \ web server extensions \ 12 \ bin “is a very good option because he does everything himself. psconfig-cmd secureresources After this you need to run some commands that allow you to modify permissions sharepoint services, using the stdadm (% CommonProgramFiles% \ Microsoft Shared \ web server extensions \ 12 \ bin) which are: stsadm-o-userlogin updatefarmcredentials-password ****** ***** iisreset% This is necessary before continue stsadm-o-userlogin updateaccountpassword-password ******** ********-noadmin stsadm.exe-o-farmserviceaccount spsearch-farmservicepassword ******** ******** stsadm.exe-o-farmcontentaccessaccount spsearch-farmcontentaccesspassword ******** ******** stsadm.exe-o editssp-title ‘[ShareServiceProviderName]’-ssplogin-ssppassword ******** ******** stsadm.exe-o-farmserviceaccount OSearch-farmservicepassword ******** ******** And again iisreset The previous command lines you can to use to build a. Bat or. Cmd file and maybe use the day that the Enterprise domain administrator change the password to the service user. I hope they will be helpful Greetings

SharePoint no replica los cambios entre los servidores de la granja March 11, 2010

Posted by juanpablo1manrique in Alta Disponibilidad, Alto Desempeño, Best Practices, Cluster, Developer, IIS 7.0, Install, NLB, SharePoint.
1 comment so far

Bueno hace días me encontré con que después de instalar los nodos de mi granja de servidores, veo que al crear los WEBSites aplication estos no son replicados en los diferentes servers. Con lo cual estoy diciendo que si SharePoint está bien instalado y el NLB está correctamente configurado, el administrador de sharepoint puede crear WEBApplications desde el CentralAdministrator y olvidarse completamente si se replican correctamente en todos los servidores.

Esta maravilla se logra gracias a que uno de los servicios de SharePoint llamado Application Server Administration Service Timer Job el cual podrán encontrar en el tab operations y luego en Timer Job Definitions. Esta maravilla de servicio corre con permisos de administración, entonces de manera obligatoria es necesario que los servicios de Windows SharePoint se ejecuten con un usuario que tenga permisos de administración sobre todas las máquinas.

Dicho lo anterior un consejo importante antes de instalar los nodos en cada servidor es que en el momento de instalar SharePoint el ingeniero que realiza la instalación se encuentre logeado con la cuenta con la que van a correr los servicios de SharePoint “domain\SHPservice”  si esto no sucede y no se le replican los sitios puede realizar lo siguiente.

Desinstale SharePoint Server, panel de control y luego en agregar y quitar y programas se desinstala y se vuelve a instalar en las condiciones ideales mencionadas anteriormente, y se aprovisiona de nuevo.  :: Todos los programas y se ejecuta el asistente de SharePoint Products And Technologies configuration wizard. Se corre todo de nuevo y se verifica que el servicio de Application Server Administration Service Timer Job  haya corrido correctamente si esto no sucede tenemos problemas. Pero en letrasandnumeros has dado con el lugar correcto para solucionarlo.

Lo primero que se hace es actualizar los permisos del registro de windows que SharePoint necesita acceso. Esto se logra utilizando el psconfig que se encuentra en %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin y es una nota porque lo hace todo él solo.

psconfig -cmd secureresources

Luego de esto es necesario ejecutar algunos comandos que permiten modificar los permisos de los servicios de sharepoint, utilizando el stdadm  (%commonprogramfiles%\Microsoft Shared\Web server extensions\12\Bin) los cuales son:

stsadm -o updatefarmcredentials -userlogin ****** -password *****
iisreset %Este es necesario antes de continuar
stsadm -o updateaccountpassword -userlogin ******** -password ******** -noadmin
stsadm.exe -o spsearch -farmserviceaccount ********  -farmservicepassword ********
stsadm.exe -o spsearch -farmcontentaccessaccount ******** -farmcontentaccesspassword ********
stsadm.exe -o editssp -title ‘[ShareServiceProviderName]’ -ssplogin ******** -ssppassword ********
stsadm.exe -o osearch -farmserviceaccount ******** -farmservicepassword ********

Y nuevamente nuestro amigo
iisreset

Las líneas de comandos anteriores les puede servir para construir un .bat o .cmd y utilizarlo el día que al señor administrador del dominio le dé porque es necesario cambiarle el password al usuario de servicio.

Espero que les sea de ayuda

Saludos

Versión en Ingles

SharePoint can’t replicated the WEB Applications in different servers  

Download AdventureWorks 2008 R2 November CTP February 23, 2010

Posted by juanpablo1manrique in Best Practices, BI, Business Inteligent, Developer, Install, OLAP, SQL SERVER, SQL SERVER 2008, Windows 2008.
add a comment

Recordando que en el isntalador de SQL 2008 no viene incluida la base de datos de AdventureWorks para realizar pruebas y para carga los ejemplos como los de BI con los proyectos de Analysis Services listos para ejecutar me encontre este link donde lo pueden desacargar.

http://msftdbprodsamples.codeplex.com/releases/view/24854#DownloadId=91938

El instalador incluye

AdventureWorks OLTP 2008 R2
AdventureWorks Data Warehouse 2008 R2
AdventureWorks LT 2008 R2
AdventureWorks OLAP Standard 2008 R2
AdventureWorks OLAP Enterprise 2008 R2
AdventureWorks OLTP

AdventureWorks Data Warehouse
AdventureWorks LT
AdventureWorks OLAP Standard
AdventureWorks OLAP Enterprise