当前位置: 首页>>技术教程>>正文


导致此错误的原因是: – Restore-SPSite:<nativehr> 0x80070003</nativehr><nativestack></nativestack>

webfans 技术教程 , , , , 去评论

问题描述

我想将网站集恢复到我的登台环境,当我输入以下power shell命令时: –

PS H:\> Restore-SPSite http://ggvstg01:12160/discussionforum/GeneralDiscussi
    -Path C:\Users\user\Desktop\Backup\GeneralDiscussion.bak -Force

Confirm
Are you sure you want to perform this action?
Performing operation "Restore-SPSite" on Target
"http://ggvstg01:12160/discussionforum/GeneralDiscussion".
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [S] Suspend  [?] Help
(default is "Y"):y

我会收到以下错误: –

**Restore-SPSite : <nativehr>0x80070003</nativehr><nativestack></nativestack>
At line:1 char:1
+ Restore-SPSite http://ggvstg01:12160/discussionforum/GeneralDiscussion
-Pat ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~
    + CategoryInfo          : InvalidData: (Microsoft.Share...dletRestoreSite:
   SPCmdletRestoreSite) [Restore-SPSite], DirectoryNotFoundException
    + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreS
   ite**

最佳解决思路

尝试在SharePoint场上执行Restore-SPSite时,我遇到此错误,该场与backed-up网站集的架构版本不匹配。

将正确的CU安装到目标环境后,Restore-SPSite可以正常工作。

在ULS日志中找到此信息以查明问题:

Microsoft.SharePoint.SPException: Schema version of backup 15.0.4617.1000 does not match current schema version 15.0.4569.1000 at Microsoft.SharePoint.SPSite.Restore(String filename, Boolean isADMode, Boolean& readOnlyMode, Boolean& hadWriteLock)

次佳解决思路

如果存在SQL权限错误,请检查事件查看器。

  1. 打开事件查看器(单击开始并搜索它)

  2. 展开Windows日志,然后单击应用程序(在左侧)

  3. 使用以下详细信息检查是否存在此类严重错误,找不到SQL Server实例SQL_INSTANCE上的SQL数据库DATABASE_NAME。 SQL Server的其他错误信息包含在下面。无法打开登录请求的数据库DATABASE_NAME。登录失败。用户USER_NAME登录失败。

    2013,administration,central-administration,backup,sharepoint

第三种解决思路

您之前可能已经恢复了此站点。在该过程中,您还首先删除该站点,您可以找到运行该命令的站点…

>Get-SPDeletedSite

您将看到列出的网站(或多个网站),如下所示:

WebApplicationId   : 009c1289-392b-43a6-8222-146117074738
DatabaseId         : 88efc46f-5a2b-4171-81cb-7577da65bac3
SiteSubscriptionId : 00000000-0000-0000-0000-000000000000
SiteId             : 86d69f7e-3a9e-4f65-8eba-550d77f93a18
Path               : /sites/collaboration
Scheme             : Http
Url                : http://portal/sites/collaboration
DeletionTime       : 2014-02-21 11:14:18

WebApplicationId   : c73bb367-d329-4ef2-aef7-323ce207d2a9
DatabaseId         : aeb2d6ab-9f9b-493f-aefc-797d4b591f43
SiteSubscriptionId : 00000000-0000-0000-0000-000000000000
SiteId             : 9d0ed313-0353-4cec-817a-a491a8c5fc26
Path               : /
Scheme             : Http
Url                : http://portal/
DeletionTime       : 2014-02-19 15:27:37

复制SiteId并运行

Remove-SPDeletedSite –Identity 9d0ed313-0353-4cec-817a-a491a8c5fc26

这样你在恢复时就不会有删除网站的麻烦(这是第一件事)。

第四种思路

此问题可能已得到解决。但对于未来可能会遇到类似问题的人:

如果您最近安装了PU或CU(2013年3月PU或2013年4月CU)并且未在所有服务器上运行配置向导,请执行此操作。

它可以解决错误。 Ref:http://spreza.blogspot.com.au/2013/05/restore-spsite-force-failed-by.html

第五种思路

从另一个较旧的CU /补丁版本的服务器场还原网站集时,我遇到了此错误。

如果您不想升级其他服务器场,则可以选择解决此问题:

  1. 在较新的服务器场中创建测试Web应用程序

  2. 从SQL中,使用您计划还原的网站集还原原始数据库。

  3. Upgrade-SPContentDatabase -ID <id guid>

  4. Backup-SPSite –Identity 'http://contoso-a.com/' -Path E:\contosobackup.bak

  5. Restore-SPSite 'http://contoso-b.com/' -Path E:\contosobackup.bak -Force

第六种思路

请检查您的ULS日志和事件查看器日志以跟踪此错误的内部详细信息。

通常在安装CU更新后未运行配置向导时会发生此类错误。安装CU更新后,请确保运行向导。

如果您使用帐户还原SQL Server中没有足够数据库权限的SP站点,也会发生此错误。

参考资料

本文由朵颐IT整理自网络, 文章地址: https://duoyit.com/article/2649.html,转载请务必附带本地址声明。