Data Differences on nodes of SharePooint for a sub site RRS feed

  • Question

  • There is a very old sub site and recently found that there is data difference found for a sub site between two nodes. Also, Central Admin was setup on one of the web servers rather than SharePoint App server and due to this, we can't do VM clone and restore it over the required VM for web server.

    Here it seems, we need a way to copy files from one we server to another web server for that specific sub site, rather than overwriting all sites to required web server. Also, we can't backup site level as we don't need to restore on another farm, but just on one of its web server in its farm.

    Please share a way to do it.

    Santosh Singh

    Tuesday, September 20, 2016 3:13 PM

All replies

  • First, you can easily move the Central Admin web site to one of the App servers just by re-running PSCONFIG and choosing advanced options.

    Second, When you say there is a data difference between two nodes for a sub site, what exactly do you mean?  The contents of a sub site will be coming from a content database, and it would be the same content database for both nodes in a farm.  Or are you talking about customization's that appear in the site?  Differences could be caused there by differences in files deployed to the two servers.  If that's the case you just need to find the differential files and copy them to the other node.

    Paul Stork SharePoint Server MVP
    Principal Architect: Blue Chip Consulting Group
    Blog: http://dontpapanic.com/blog
    Twitter: Follow @pstork
    Please remember to mark your question as "answered" if this solves your problem.

    Tuesday, September 20, 2016 3:20 PM
  • Thanks!! since it is in production, so there is little bit butterfly to move the Central Admin from one web server to another app server, as it is SharePoint 2007 as it is already out of support from Microsoft too.

    Details about this sub site I am referring, this is sub site which was configured using a third party frames and all and each frames has folder structure where in access provisioned is different as each folder keeps specific SQL Server reports and we don't want all user to access all reports. So there is typical parent-child relation among these folders and there are more than 200 pages to map these access properly for each these folders, due to which entire sub site is not working properly. Below is error which is coming so , planning to fix each folder acess part, if we can copy entire folder structure with access to another web server will work and save time for us.

    Also is there any way to identify the folder where all the files of this sub site are stored so that we can easily find them and copy to another web server.

    The error is:


    System.Web.HttpException: Failed to start monitoring changes to
    '\\myUncPath\folder'. at
    System.Web.FileChangesMonitor.FindDirectoryMonitor(String dir, Boolean
    addIfNotFound, Boolean throwOnError) at
    System.Web.FileChangesMonitor.StartMonitoringPath(String alias,
    FileChangeEventHandler callback, FileAttributesData& fad) at
    System.Web.Caching.CacheDependency.Init(Boolean isPublic, String[] filenamesArg,
    String[] cachekeysArg, CacheDependency dependency, DateTime utcStart) at
    System.Web.Caching.CacheDependency..ctor(String filename, DateTime start) at
    COB.SharePoint.Utilities.ConfigStore.CacheConfigStoreItem(String Value, String
    CacheKey) at
    at Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) at
    at Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated
    secureCode) at
    secureCode, Object param) at
    secureCode) at COB.SharePoint.Utilities.ConfigStore.GetValue(String Category,
    String Key) at Intellinet.SharePoint.UserControls.Navigation.LoadMenu()
    <meta content="Microsoft SharePoint" name="GENERATOR" />
    <meta content="SharePoint.WebPartPage.Document" name="progid" />
    <meta content="0" http-equiv="Expires" />
    <meta content="NOHTMLINDEX" name="ROBOTS" />

    <meta content="SharePoint Team Web Site" name="CollaborationServer" />

    <style type="text/css">.navRAD UL LI { padding: 0px 0px 0px 0px; margin: 0px 0px 0px 0px; } </style>

    <style type="text/css">.zz1_QuickLaunchMenu_0 { background-color:white;visibility:hidden;display:none;;left:0px;top:0px; } .zz1_QuickLaunchMenu_1 { text-decoration:none; } .zz1_QuickLaunchMenu_2 { } .zz1_QuickLaunchMenu_3 { border-style:none; } .zz1_QuickLaunchMenu_4 { } .zz1_QuickLaunchMenu_5 { border-style:none; } .zz1_QuickLaunchMenu_6 { } .zz1_QuickLaunchMenu_7 { } .zz1_QuickLaunchMenu_8 { } .zz1_QuickLaunchMenu_9 { border-style:none; } .zz1_QuickLaunchMenu_10 { } .zz1_QuickLaunchMenu_11 { border-style:none; } .zz1_QuickLaunchMenu_12 { } .ctl00_PlaceHolderMain_Left_0 { border-color:Black;border-width:1px;border-style:Solid; } .ctl00_PlaceHolderMain_Right_0 { border-color:Black;border-width:1px;border-style:Solid; } </style>

    Santosh Singh

    Tuesday, September 20, 2016 3:34 PM
  • From looking at the error message your problem isn't with SharePoint.  The problem is with the external data and how you are accessing it.  Not sure what help you will find here since it appears to be something custom with the third party provider configuration.  The point is that the SharePoint files aren't stored in a file folder.  They are stored in a database, which is used by all the nodes.  The files you are having trouble with appear to be stored locally.

    Paul Stork SharePoint Server MVP
    Principal Architect: Blue Chip Consulting Group
    Blog: http://dontpapanic.com/blog
    Twitter: Follow @pstork
    Please remember to mark your question as "answered" if this solves your problem.

    Tuesday, September 20, 2016 7:26 PM
  • Sure, thanks for taking time and help!!

    I think, I need to move CA from web server to App server and then

    A).  clone the working VM and restore over not working VM.


    B). Remove the VM and add again on CA, hopefully that will copy files with their internal permissions on folders and sub folders. This is something expected.

    Hopefully we should be good in both approaches.

    Santosh Singh

    Tuesday, September 20, 2016 7:53 PM