Microsoft云工程师 - SharePoint,Office 365,Azure,Dotnet,Agenular,JavaScript。
Microsoft云工程师 - SharePoint,Office 365,Azure,Dotnet,Agenular,JavaScript。

SharePoint. 2010.

sppatchify..–CU补丁整个农场从一个脚本

修补可能是繁琐且耗时的。  为什么不自动化? 谁想整夜醒来点击“下一步”并观看SP Config向导?  So 我编写了一个单个PowerShell脚本来管理完整的端到端修补过程。

 

脚本将......

  • 启用PowerShell客户端remoting。 连接到农用对等机器。
  • 自动检测IIS池的当前用户密码
  • 下载Microsoft Cululative Update(CU)媒体(EXE + CAB)并复制到所有服务器。  (可选)您可以手动下载到\ MEDIA \ SUB文件夹。
  • 停止分布式缓存(DC)
  • 停止SharePoint服务
  • 跑步EXE binary in paralle
  • 等待exe完成并重新启动
  • disount-spcontentdatabase.
  • 启动SharePoint服务
  • 跑步SharePoint Config Wizard serially
  • Mount-SpcontentDatabase.
  • 从对等服务器删除Microsoft累积更新(CU)媒体
  • 确保IIS开始
  • 启动中央管理员的IE
  • 重新启动当前PC.

 

从开始到结束的持续时间非常快。   我测试了4个服务器SharePoint 2013 Farm,只需45分钟就会运行整个过程。  停止服务和拆卸内容数据库显着加速修补。   自动化串行(一at-time)配置向导可确保步骤之间的“思考时间”最小。  删除手动人类流程在减轻错误风险时提供更高的一致性。

该脚本使用get-spserver自动检测服务器场成员。  这使得CU Media Copy横向于对等体和SharePoint Services的停止/启动。  get-spcontentdatabase将导出到本地CSV文件以在修补和稍后的inst-spcontentdatabase步骤再次出现数据库之前的“快照”。  大目标不是零停机,而是最小的停机时间。  

整个农场修补过程可以从一个PowerShell窗口管理。  Enjoy! 

shades_smile.

 

如果您发现此帮助,请留下评论。

 

开始

  1. //github.com/spjeff/sppatchify
  2. 提炼to “C:\SPPatchify” on any server in the farm
  3. RDP与农场帐户并运行“C:\ sppatchify \ sppatchify.ps1”

 

流程图

6

 

截图

 图像
5
 图像
 图像
 图像
 图像

参考

新的CodePlex项目– SPUpgradeHelper

今天我很高兴宣布//spupgradehelper.codeplex.com/可供下载。  该项目旨在通过读取数据库目标的CSV,将从MOSS 2007到SP2010到SP 2013的“双跳”升级平滑于SP2010至SP 2013。  如果您发现此帮助,请在此处或在核对中留下评论。  Cheers! 

shades_smile.

 

项目介绍

将MOSS 2007迁移到2013年SP?此脚本采用数据库的CSV,并在批量中运行升级Cmdlet(DB版本/挂载/卸载/升级-Psite /索赔Auth)

将MOS升级到SP2013是一个繁琐的过程,具有许多cmdlet,特别是如果您有许多数据库。此脚本旨在帮助自动执行该过程。

鉴于带有SQL实例和内容数据库名称的CSV,此脚本提供CMDLet,以一次运行多个数据库中的升级步骤。没有更多的txt或xls复制和粘贴疯狂。只需填充CSV,熟悉UH * cmdlet并轻松升级。

主要特征

  • 阅读数据库的CSV
  • 将辅助函数函数变成内存
  • 使管理员能够在批量中更轻松地运行cmdlet
  • 测量每个步骤的持续时间(#分钟)
  • 提供操作,结果和持续时间的详细日志文件

快速入门指南

  • 提炼“SPUpgradeHelper.ZIP”到您的农场中的任何SharePoint机器
  • 跑步“SPUpgradeHelper.ps1”加载辅助功能
  • 输入CSV文件的完整路径(即“C:\TEMP\COLLAB.CSV”)

函数名称

  • Uhciaims.–执行spwebapplication函数以升级Classic索赔auth
  • uhcompatibiiity–执行get-spsite for“set”数据库显示GUI版本(14/15)
  • uhdbversion.– execute TSQL for “set”要显示构建号码的数据库(12.0,14.0,15.0)
  • Uhdismount.–执行dismount-spcontentdatabase for“set” of databases
  • uhmount.–执行mount-spcontentdatabase for“set” of databases
  • uhreadcsv.–将CSV文件加载到内存中升级“set”,sql实例和数据库名称
  • Uhupgrade.–执行升级-spsite for“set” of databases

笔记– Upgrade “set”旨在用于运行并行工作流。例如,具有SP2010的两个服务器和带SP2013的两台服务器。通过运行数据库集可以加快整体升级“A”通过第一个SP2010和SP2013服务器,而数据库集“B”在第二台服务器上运行。

微软进程

InfoPath.提示–使用列表项权限检测安全组

是的,每个人都说InfoPath已经死了......但我们仍然支持它了一段时间,所以我想分享我最喜欢的提示之一。 表单通常需要基于角色的安全性在字段级别。 下表与示例安全矩阵。

InfoPath.如何检测到这一点?  不要有些人查询SOAP ASMX吗?  甚至是具有自定义ASMX的自定义WSP?   列表项权限有更简单的方式。  

 图像
  1. 创建一个 新的 自定义列表名为“securityLevel”只有默认的“标题”列。  
  2. 去创造所需的SharePoint.组根据站点权限。  
  3. 返回“SecurityLevel”为每个具有相同名称的每个SharePoint组添加一个新项目。  悬停该项目,拉下菜单,然后放 Item Level Permissions对于该组仅在该项目上有“读取”。  
  4. 使用InfoPath Designer编辑XSN表单模板并创建一个新数据连接使用自动刷新列表“securityLevel”。  
  5. 在下面 表单加载创建规则 ...... ...如果计数(SecurityLevel [“分析师”))>0然后设置字段“securityLevel =分析员”。   
  6. 在那里你准备好了应用格式规则任何地方需要使用“securityLevel”来确定隐藏/显示或读/写。

 

瞧!

现在,当用户打开InfoPath表单时,数据连接“SecurityLevel”将仅显示他们访问的项目(与SharePoint组成员身份相同!)。   在MOSS 2007上工作,SharePoint 2010,SharePoint 2013和Office 365。

希望这可以帮助。 如果它确实留下了评论。 

shades_smile.

 

下载  InfoPath Form – SecurityLevel.xsn >>

 

 

 图像
 图像
 图像
 图像
 图像

 

 图像
 图像
 图像

升级SP2010到2013年?考虑AAM重定向

从MOSS 2007到SP2010介绍了这种技术,似乎与SP2013似乎很好地工作。

STSADM命令仍然存在,创建HTTP 302重定向输出,并使服务器场管理员能够更轻松地管理大型Web应用程序的内容数据库(即多个  terabytes).  考虑到内容数据库附加是如何唯一的SP2013的升级方法,下面的AAM技术可以是一种有用的方法,可以是从SP2010“源”农场到SP2013“目的地”场的有用方法。 在AAM重定向的帮助下,多个周末和更长的时间表超出了一天升级(小型Web应用程序)。

请记住,AAM重定向(HTTP 302)是一种临时解决方案,最好用作尽可能短的时间。   稍后升级完成,我们可能拥有的支持票数越少。 请参阅下面的白皮书,了解如何配置。

 

使用备用访问映射(AAM)URL重定向作为升级过程的一部分(SharePoint Server 2010)(白皮书)

特殊考虑因素

  • 自定义代码(DLL / JS)  - 在给出新的AAM和临时URL时,硬编码URL可能会在“源”Web应用程序上。
  • InfoPath.表单(XSN)  - 数据连接,超链接或代码中的硬编码URL可能会失败。
  • 工作流程(xoml)  - 电子邮件正文HTML中的硬编码URL可能会失败。
  • 传入的电子邮件  - 虽然AAM处理HTTP浏览器流量,但它不促进启用入站电子邮件的SMTP(端口25)传送到已启用的列表和库。 这里的一个可能的选项可能是在“目的地”(新SP2013)农场上的任务调度程序中的PowerShell脚本放置,以将旧EML文件移动到\\ sp2010-wfe \ c $ \ inetpub \ maproot \ drop \文件夹如果没有在本地拾取。  需要确定时间阈值(即30分钟),给出当地的SP2013农场足够的时间来处理,而不是用“缺少”的电子邮件带来太长的负担用户。
  • 本地主机文件 -  It may be necessary to enable both the original URL (portal.contoso.com) and temporary URL (portalold.contoso.com) enabled on the “source” (old SP2010) system.   This means IIS binding and local HOSTS loopback so that if SharePoint 2010 attempts to open http://portal.contoso.com/ via loopback for one of the above data connections on a site which hasn’t migrated yet it could successfully do so.   Even though end user DNS will have “portal.contoso.com” pointed at SP2013, the SP2010 machines may need to loopback locally for “portal.contoso.com” to better accommodate SP2010 sites which haven’t migrated.

 

 图像

 

笔记

  • Microsoft可能不会正式支持Microsoft for SP2010升级到SP2013。 但是,实验室中的快速测试可以创建HTTP 302重定向,并且用户流量成功重定向。
返回顶部▲返回顶部▲