Lösung lässt sich nicht aktivieren

Andi Fandrich Als Antwort am 5 Mai 2017 11:58

Dann wurden die Site Collections wahrscheinlich mit unterschiedlichen Vorlagen und/oder unterschiedlichen Sprachen angelegt.

Übrigens ist das ein sehr schlechte Vorgehensweise. Die Solutions wird man dadurch nie wieder los und sie müssen auch für immer aktiviert bleiben. Sowas erschwert immer eine spätere Migration oder macht sie schlimmstenfalls sogar unmöglich.

Besser stellt man notwendige Inhaltstypen über den Inhaltstyp-Hub bereit. Die gesamte Infrastruktur wie Listen, Bibliotheken usw. kann man script-basiert anlegen. Der initiale Aufwand ist zwar größer, aber man eine saubere und vor allem dauerhafte Lösung.

Christian Merkel Als Antwort am 5 Mai 2017 12:00

Hmm. Schon mal in die Logs geschaut? (z.B. mit dem ULSVIewer live überprüfen wenn der Fehler kommt, was in den Logs steht)

Grundsätzlich sollte man aber aufpassen mit dem "Website als Template speicher" besonders wenn auch noch Workflows verwendet werden...

Sind alle SiteCollections auf dem selben Template entstanden?

Steffi81 Als Antwort am 5 Mai 2017 13:14

Dankesehr für eure schnellen Antworten!!

Die Seiten wurden alle mit der gleichen Vorlage und auch gleicher Sprache erstellt. Das Logfile hat leider auch kein Ergebnis gebracht.

Inzwischen habe ich das ganze  nochmal von vorne gemacht und aus einer Website, die mit meiner Vorlage erstellt wurde, nochmal eine Vorlage erstellt und diese dann in die "fehlerhafte" Collection hochgeladen. Das hat geklappt, ich konnte sie aktivieren und alles fertig erstellen.

Natürlich habt ihr mich jetzt seeeeehr verunsichert, was die Arbeit mit den templates angeht. Man muss dazu sagen, dass wir alle Plattformen, die wir intern anbieten (über 1000 Collections oder Seiten) mit Vorlagen erstellt haben.... Für Panik ist es da wohl schon fast zu spät :-(

Christian Merkel Als Antwort am 5 Mai 2017 13:43

Au weia XD

Wieviel Solutions sind das dann.....

Der große Nachteil von den SOlutions ist neben der Migrationsblockade auch das fehlen von Berechtigungsstrukturen.... ganz zu schweigen von den Metadaten / Inhaltstypen-Themen....

Für sowas würde ich immer mithilfe des vorgeschlagenen Content-Type-Hubs arbeiten und den zentral verwalteten ManagedMetadata. Ein PowerShell-Script hilft bei der Anlage der Seiten und kann sogar direkt die notwendigen Rollen / Rechte vergeben :) Und bei 1000+ Seiten wäre das sicher ein vertretbarer aufwand gewesen.

Das Script könnte man sogar so bauen, das es Updates an die Seiten verteilt, was ein Template auch nicht kann... (z.B. eine weitere App für alle hinzufügen oder weitere Spalten / Inhaltstypen etc...).