My Site Clean Up Job介绍

1. My Site Clean Up Job简介:

这要从UserProfile说起,在SharePointUser Profile的同步是由FIMService来做的,但是FIMService负责把要删除的 User Profile加上标记,不是真正的去删除。

这个删除工作由MySite Clean up Job来做,默认每小时运行一次,在User Profile的数据库UserProfile_Full表中查询被标记删除的User Profile,然后执行清理操作。

2. My Site Clean Up Job内部流程:

3. My Site Clean Up Job的邮件通知:

4. My Site Clean Up Job对应的数据库信息:

数据库: User Profile数据库

表: UserProfile_Full, MySiteDeletionStatus

字段:bDeleted, NotificationStatus

时间: 2024-10-11 17:03:01

My Site Clean Up Job介绍的相关文章

【微软公有云系列】Hyper-v(WinSer 2012 R2)网络虚拟化(五)NVGRE   网关实现VPN (Site to Site)

接着上一篇NAT的实现,我们陆续接着Demo 2的 NVGRE   网关实现VPN (Site to Site) Demo 2 环境介绍 待续.. [微软公有云系列]Hyper-v(WinSer 2012 R2)网络虚拟化(五)NVGRE   网关实现VPN (Site to Site),布布扣,bubuko.com

构件工具Maven----坐标、依赖、仓库、生命周期的简单学习

这篇文章对Maven中几个比较重要的概念坐标.依赖.仓库.生命周期做一个简单的介绍. 1.关于Maven坐标 用来区别Maven世界中任何一个构件,Maven坐标的元素包括groupId.artifactId.version.packaging.classifier,只要我们提供正确的坐标就能够访问对应的构件. <groupId>org.springframework</groupId> //当前Maven项目隶属的实际项目,其下面可能按功能划分了很多子项目,spring-core

Maven系列学习(三)Maven生命周期和插件

Maven生命周期和插件 Maven另外的两个核心概念就是生命周期和插件,Maven的生命周期都是抽象的,其实实际行为都是由插件来完成的,生命周期和插件两者协同工作 1.生命周期 Maven的生命周期就是为了对所有的构建过程进行抽象和统一,这个生命周期包含了项目的清理,初始化,编译,测试,打包,集成测试,验证,部署和站点生成等几乎所有构建步骤,Maven的生命周期是抽象的,这意味着生命周期本身不做任何实际的工作,在Maven的设计中,实际的任务都是交给插件来完成的 一次构建(build):ini

maven详解之生命周期与插件(一)

Maven是一个优秀的项目管理工具,它能够帮你管理编译.报告.文档等. Maven的生命周期: maven的生命周期是抽象的,它本身并不做任何的工作.实际的工作都交由"插件"来完成. maven的每个构建步骤都可以绑定一个或多个插件行为,而且maven为大多数的构建步骤编写并绑定了默认插件. 三套生命周期: clean.default.site clean: 主要目的是清理项目 pre-clean: 执行一些清理前需要完成的工作 clean: 清理上一次构建生成的文件 post-cle

DiscuzX2.5数据库字典 值得学习

pre_common_admincp_cmenu – 后台菜单收藏表title => ‘菜单名称’url => ‘菜单地址’sort => ’0′ COMMENT ‘菜单类型,备用’displayorder => ‘显示顺序’clicks => ’1′ COMMENT ‘点击数,备用’uid => ‘添加用户’dateline => ‘添加时间’ pre_common_admingroup – 管理组表 admingid => ‘所属管理员分组ID’allo

maven详解之生命周期与插件

Maven是一个优秀的项目管理工具,它能够帮你管理编译.报告.文档等. Maven的生命周期: maven的生命周期是抽象的,它本身并不做任何的工作.实际的工作都交由"插件"来完成. maven的每个构建步骤都可以绑定一个或多个插件行为,而且maven为大多数的构建步骤编写并绑定了默认插件. 三套生命周期: clean.default.site clean: 主要目的是清理项目 pre-clean: 执行一些清理前需要完成的工作 clean: 清理上一次构建生成的文件 post-cle

gitattributes中的filter

.gitattributes文件中的一些配置可以为某些特定目录或者文件来设置,这样Git就仅仅对一个子目录或者文件子集来应用规则.这些path-specific配置被称为Git atttributes并且要么在你的project root目录中的.gitattributes文件来配置或者如果你不想把.gitattributes文件commit到项目中的话,那么也可以放在.git/info/attributes文件中. 使用attributes,你可以做以下事情:比如对不同的文件集或者项目中的不同

Secure Store Service应用

一.用户凭据录入 你可以使用系统默认的页面(http:/<samplesite>/_layouts/SecureStoreSetCredentials.aspx?TargetAppId=<TargetApplicationID>)用于用户凭据录入,也可以使用自定义的页面创建.更新用户凭据.下面的代码用来更新(创建)当前用户的特定目标应用程序凭据: public static void SetCredentials(string appId, string[] userInfo) {

Puppet C/S初探 site.pp文件介绍(十)

Puppet生产中常用的就是C/S架构./etc/puppet/manifests/site.pp文件是puppet站点导航文件,Agent访问Master的一切配置管理工作都有site.pp文件开始,site.pp文件作用是让Master载入并寻找Agent的配置信息.site.pp文件默认在/etc/puppet/manifests/目录中. manifests是puppet的资源清单目录,puppet的所有资源配置文件都以*.pp文件作为扩展名.manifests和site.pp文件的路径