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

SharePoint. 2007.

传入电子邮件2007到2013升级–错误发生处理消息

从SharePoint 2007到2013升级后,我遇到了从SP 2007接收迁移站点的收到来电的问题。   ULS日志显示传入的电子邮件尝试处理EML文件,但随后快速失败,“消息ID:”但不是EML文件名或别名。  经过大量的测试之后,我们发现SPSITE对象被“锁定”超出沙箱资源点。  切换“BitFlags”值允许我们清除“超出资源”并允许传入的电子邮件进入。

此外,我们禁用了几个计时器作业,计算了Sandbox资源点(并重新建立SPSite Lock)。   两个BitFlags清除到“0”和定时器作业禁用一切顺利。

 

uls失败

02/17/2015 16:46:12.69   Owstimer.exe(0x0C54)    0x1C4C   SharePoint Foundation.    E-Mail    6871    Information   传入的电子邮件服务已完成批次。 经过时间的时间是00:00:00。 该服务总共处理了2条消息。 发生错误处理2消息:消息ID:  Message ID:   

 

bitflag.ps1.

param($bitflag)
# Test input number and display full composition (each true/false flag)

$bitflag
(1..50) |% {$test = [Math]::Pow(2, $_); $found=($test -band $bitflag); 1 | select {$test},{$found}}

 

[AllSites]。[DBO]。[BitFlags]  Composition

桌子   [AllSites]
柱子  [BitFlags]

失败的网站有十进制值:      12582912
失败的网站有十六进制值:  0xC00000

v_sf_resourcemaxent.
v_sf_resourcemaxlock.

细节:
                      V_SF_WRITELOCK  0000000000000001   0000000000000000000001.     no
                       V_SF_READLOCK  0000000000000002   0000000000000000000002     no
                 V_SF_FOUNDATIONLOCK  0000000000000004   0000000000000000000004.     no
                       V_SF_DISKLOCK  0000000000000008   0000000000000000000008.     no
                         V_SF_BWLOCK  0000000000000010   0000000000000000000016.     no
                 V_SF_NONPAYMENTLOCK  0000000000000020   00000000000000000032     no
                  V_SF_VIOLATIONLOCK  0000000000000040   000000000000000064.     no
               v_sf_disklockmsent.  0000000000000080   0000000000000000000128.     no
                  V_SF_BWLOCKMSGSENT  0000000000000100   0000000000000000000256.     no
               v_sf_userlockmsgsent.  0000000000000200   0000000000000000000512.     no
               v_sf_diskwarningent  0000000000000400   0000000000000000001024.     no
                  V_SF_BWWARNINGSENT  0000000000000800   00000000000000002048.     no
                      V_SF_LARGESITE  0000000000001000   00000000000000004096.     no
             v_sf_mayhavesitealerts.  0000000000008000   00000000000000032768     no
                   V_SF_TRIMAUDITLOG  0000000000010000   00000000000000065536.     no
                   V_SF_READONLYLOCK  0000000000020000   0000000000000000131072     no
                     V_SF_PRESCANNED  0000000000040000   00000000000000262144.     no
        v_sf_useraccountrestriction.  0000000000080000   00000000000000524288.     no
         v_sf_usersolationActivated  0000000000100000   00000000000001048576     no
              v_sf_resourcewarnsent.  0000000000200000   00000000000002097152     no
               v_sf_resourcemaxent.  0000000000400000   00000000000004194304    yes
               v_sf_resourcemaxlock.  0000000000800000   00000000000008388608    yes

V_SF_HASSITESCOPEDUSERSED.  0000000001000000   000000000000167777216.     no
 v_sf_uiversionconfiguratedEnabled.  0000000002000000   00000000000033554432.     no
            v_sf_sharebylinkenabled.  0000000004000000   00000000000067108864.     no
  v_sf_userdefinedworkflowsdisabled.  0000000010000000   00000000000268435456     no
  v_sf_httpshostheadersiteurlscheme.  0000000020000000   00000000000536870912.     no
                         V_SF_UNUSED  0000000040000000   00000000001073741824     no
           v_sf_shareByemailenubled.  0000000080000000   00000000002147483648.     no

 

禁用计时器工作

  • 解决办法日常资源使用情况更新
  • 解决方案资源使用日志处理
  • 解决方案资源使用情况更新

笔记– All 3 timer job definitions above repeat per web application.  在我们的情况下,我们禁用了6 = 3次作业x 2 Web应用程序。

get-sptimerjob |? {$_.name -eq "job-solution-daily-resource-usage" -or 
$_.name -eq "job-solution-resource-usage-update" -or 
$_.name -eq "job-solution-resource-usage-log"}
 | select name,displayname,IsDisabled,LastRunTime,schedule

参考

新的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”在第二台服务器上运行。

Microsoft升级过程

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 >>

 

 

 图像
 图像
 图像
 图像
 图像

 

 图像
 图像
 图像

如何指向自定义404错误网页

最近我正在使用一个自定义404页,其中JavaScript逻辑退出旧的SharePoint Farm。  用“newportal”用“newportal”用“outhportal”dns名称有助于避免任何最终用户404消息,通过自动处理所有重定向。  Microsoft有一个伟大的KB文章,具有实现步骤。  http://support.microsoft.com/kb/941329  但是,我有两个重要的变化,并希望在这可能帮助他人的情况下博客。

  1. 自定义JavaScript重定向逻辑。  一个简单的replace语句有助于将“旧”更改为“newportal”,并将用户流量无缝转换为新系统。
  2. 电源外壳而不是Visual Studio Exe。  不是每个人都有可视化工作室或编译命令行EXE所需的开发人员技能。  PowerShell是一个简单的文本命令,您可以在MOSS2007 / SP2010 / SP2013上运行,因为它引用了“Microsoft.SharePoint”程序程序并在较旧的SharePoint Server版本上工作。

享受!  

 微笑

 

电源外壳 Code.–应用Web应用程序设置

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
$webapp = [Microsoft.SharePoint.Administration.SPWebApplication]::Lookup("http://oldportal")
$webapp.FileNotFoundPage = "Custom404.htm"
$webapp.Update()

 

HTML代码– Custom404.htm

















返回顶部▲返回顶部▲