Solución:
¡Esta es una situación de pesadilla en la que estar! Lo escaló en Microsoft, que de hecho conoce y ya ha solucionado la fuente (por lo que las copias de seguridad terminadas no activan esto) en la CU de abril http://blogs.technet.com/b/stefan_gossner/archive/2013/04/27/ april-2013-cu-for-sharepoint-2013-has-been-release.aspx: primero debe instalar March CU.
Sin embargo, lo hace no Sin embargo, corrija el hecho de que no puede volver a cambiar la colección de sitios del modo de solo lectura, por lo que sigue siendo una situación increíble, especialmente con un sitio grande. Peor aún, no es bueno restaurar una nueva copia de seguridad completa del coll del sitio bloqueado (¡aunque sepa que no hay nada realmente malo con él aparte de la marca de solo lectura / modo de mantenimiento!), Ya que después de todo eso, ¡permanece bloqueado! Sin embargo, afortunadamente, la bandera está en el nivel de Site Coll, no en Farm, por lo que incluso si fue su primera copia de seguridad (¡acabábamos de migrar todos los documentos y la puesta en funcionamiento se hizo en forma de pera gracias a esto!) desea perder datos con una copia de seguridad reciente, descubrimos que puede usar Export-SPWeb de manera segura para sacar todo de ese Site Coll bloqueado, eliminar el Site Coll (¡doloroso pero necesario!), crear uno nuevo y usar Import-SPWeb para traerlo todo. de nuevo.
Sugerencia: Import-SPWeb solo puede usar el nombre de archivo original de la exportación y automáticamente encadenará todos esos múltiples archivos .cmp en los que divide cualquier sitio grande para que no tenga que hacerlo individualmente.
Lo hemos ejecutado un día ahora y para nuestro alivio, todo, incluidos los permisos de nivel de elemento asignados a las cuentas de Logística de Amazon (usará -IncludeUserSecurity en Export-SPWeb, por supuesto) está funcionando bien nuevamente. ¡Se acabó el ataque al corazón por ahora!
ACTUALIZAR :
¡Microsoft me devolvió la llamada y me dio la solución!
PS C:Usersroot> $Admin = new-object Microsoft.SharePoint.Administration.SPS
iteAdministration('http://root.toto.com')
PS C:Usersroot> $Admin.ClearMaintenanceMode()
PS C:Usersroot> $site.MaintenanceMode
True
Después de eso, ¡mi colección de sitios ya no es de solo lectura!
Una solución alternativa al problema de no haberse actualizado a la CU de abril de 2013 es un script de PowerShell simple que usa la reflexión para establecer el valor de la propiedad interna ‘MaintenanceMode’: –
$site = Get-SPSite http://urltofreakinlockedsite/
$site.GetType().GetProperty("MaintenanceMode").GetSetMethod($true).Invoke($site, @($false))
Este enfoque tiene la ventaja de no tener que tocar la base de datos. Habiendo utilizado .NET Reflector en la versión CU de abril de 2013 de Microsoft.SharePoint.dll, ¡esto es de hecho lo que hace SPSiteAdministration.ClearMaintenanceMode ()!
Deberá ejecutar esto en el servidor y como administrador de la granja con acceso de escritura al contenido db.
Esto funcionará en las versiones CU anteriores y posteriores a abril de 2013 de SharePoint 2013
parece ser un problema de SharePoint. Aquí hay una publicación que tal vez pueda ayudarlo.
EDITADO:
De hecho, este es un problema conocido de Microsoft. La única forma de solucionar este problema es restaurar la copia de seguridad de su sitio anulando la colección de sitios bloqueada. De esta manera, la marca que está configurada para solo lectura será gratuita mediante el proceso de restauración y la colección de sitios estará disponible nuevamente.
Andrés