Marco31

Also laut dem hier https://social.technet.microsoft.com/Forums/sharepoint/en-US/1cdf9535-27cf-4f42-ad81-d2607e25501b/sql-server-2008-reporting-services-with-sharepoint-2013-foundation?forum=sharepointgeneral unterstützt SharePoint 2013 den SQL 2008R2 NICHT für die Reporting Services.... Das Upgrade der Content-DB lief zwar durch und die Farm läuft soweit auch, aber ich hatte zum Beispiel schon beim Versuch, eine Website mittels Vorlagen zu kopieren, Probleme mit Hinweis auf die Reporting-Services. Also kein Fehler den man dauerhaft stehen lassen möchte. Den Trick mit im Alten SharePoint Reporting Services entfernen und dann mit neuem Backup das Upgrade durchführen habe ich auch schon probiert, leider das gleiche Ergebnis mit der gleichen Fehlermeldung beim Upgrade.

So, hab jetzt SP2013 Foundation komplett neu installiert und die WSS_Content importiert.... Die alten Probleme sind weg, neue (vermutlich nicht lösbare) Probleme sind da... Auf meinem alten SP2010 war der Reporting Service installiert, wurde aber nicht genutzt. Die verweise darauf scheinen noch in der Content-DB zu sein, da mich die Zentraladministration nach dem DB-Upgrade darauf hinweist, dass ich die Reporting Services doch bitte noch installieren soll... Blöderweise ist mein SQL ein 2008R2, und da gibt's für SP2013 keine Reporting Services... Ganz toll... Bedeutet für mich also dass ich letztendlich die ganze Sache komplett neu erstellen darf... Es sei denn es wüsste jemand wie dieses Problem gelöst werden kann, ohne SQL Server 2012 oder 2014...

Ich würde eher eine neue VM erstellen und das darauf installieren, dann kann in der Zeit auf dem alten SharePoint weitergearbeitet werden. Habe den SQL 2008R2, der soll's auch erstmal bleiben da ich ansonsten neue CAL-Lizenzen kaufen müsste. Da ich bei Erfolg die "alte" SharePoint-VM in Rente schicken werde, werd ich wohl als Betriebssystem auch wieder 2008R2 verwenden, dann muss ich auch keine neue Lizenz kaufen. Noch ne Frage; ich hatte bei unserem SharePoint Foundation 2010 auch den Search Server 2010 Express installiert, gibt's den auch in ner neuen Version für SP2013?

@Dukel: Wird wohl doch auf nen Neuinstallation hinauslaufen.... Wie würde das denn funktionieren? SP2013 neu installieren und dann die Content-DB des "alten" SharePoint einfach hinzufügen? Kannst du da nen Guide empfehlen...?

Vielen Dank! Habe die Prozedur mal durchgeführt, bin mal gespannt ob es den erwünschten Erfolg hat ;-) Fehler kommt leider immer noch... Habe das ganze auch mal im TechNet-Forum für SharePoint gepostet. Vielleicht weiß da jemand ne Lösung.

Zu früh gefreut, Fehler tauchen wieder auf... @Doso: Hast du da ne Quelle? Habe bisher nichts dergleichen finden können, zumindest nicht wenn ich nach dem oben angegebenen Fehler suche... Im Zweifel wird's wohl doch bei Gelegenheit die Neuinstallation....

Hmmm, bis heute morgen keine Fehlermeldungen bezüglich der Datenbanken, auch nach nem Neustart des SharePoint-Servers nicht... Werde wohl erstmal die Füße still halten und die nächsten Tage/Wochen abwarten.... Vielleicht hing das ja alles mit der Dienstkonten-Geschichte zusammen....

Tja, leider hatte ich keine aktuelle farmsicherung... Ich habe die komplette VM wiederhergestellt. Die farmsicherung die ich zur Hand hätte ist zwei Wochen alt, die würde ich nur äusserst zurück sichern... Gibts ne andere Möglichkeit die Datenbanken auf einen fehlerfreien stand zu bringen? Es scheint soweit alles zu laufen, an Fehlern kommt bis jetzt nur der oben genannte bei den Datenbanken. Ich hoffe das bleibt so. Neuinstallation ist langfristig ne Option, aufgrund anderer Aufgaben aber kurzfristig nicht machbar...

Hallo liebe Forengemeinde, ich habe nach einem Stromausfall am Neujahrstag ein Problem mit unserem SharePoint Foundation 2010... Das ganze ist so installiert dass SharePoint inkl. Suche auf einer VM läuft und der SQL-Server auf einer anderen VM. Da die SharePoint-VM nach dem Stromausfall Probleme beim hochfahren hatte, habe ich diese aus der Sicherung des Vorabends wiederhergestellt. Wie sich herausgestellt hat war das wohl keine gute Idee, heute kamen massenhaft Fehler dass das Kennwort des Dienstkontos für die SharePoint-Dienste (ausser Farmkonto) abgelaufen ist und die Anmeldung fehlschlägt. Auch eine versuchte Änderung des Kennworts über die Zentraladministration war nicht erfolgreich. Damit SharePoint zumindest läuft, habe ich ein neues verwaltetes Konto im AD mit festem PW erstellt und dieses den entsprechenden Diensten zugeordnet; das scheint funktioniert zu haben, die Dienste starten wieder und es sind bisher keine derartigen Fehlermeldungen aufgetaucht. Es gibt aber noch ein anderes Problem; SharePoint scheint mit dem Stand der Datenbanken nicht zufrieden zu sein, für die SharePoint-DB's wird der Fehler 3759 gemeldet: Die Datenbank 'SharePoint_Config' für die SQL Server-Instanz sql\sharepoint' ist nicht leer und stimmt nicht mit dem aktuellen Datenbankschema überein. Die Datenbanken hatte ich NICHT wiederhergestellt, da dürfte das Problem liegen... Diese waren ja eigentlich in Ordnung, es sind auch sämtliche Seiten und Inhalte verfügbar.... Wie kann ich diesen Fehler beheben?

Scheint tatsächlich das Update gewesen zu sein; heute morgen gab's dann KB 3024777 zu installieren, das soll die Probleme unter Win7 SP1 und 2008 R2 SP1 beheben. Hat anscheinend funktioniert, die Remoteunterstützung funktioniert wieder. Danke für die schnellen Tipps! :-)

Vielen Dank für das schnelle Feedback, werde ich gleich morgen versuchen!

Hallo liebes Forum, ich habe in unserem Domänen-Netzwerk die Remoteunterstützung konfiguriert, damit ich Benutzern bei PC-Problemen helfen kann ohne die Turnschuhe abzunutzen :-) Das ganze funktioniert auch seit Jahren einwandfrei, bis heute... Nach dem installieren der gestrigen Patches funktioniert es einfach nicht mehr, wenn ich das ganze über Hilfe & Support starte -> Mehr Support Optionen -> Windows Remoteunterstützung passiert gar nichts, wenn ich die Windows Remoteunterstützung über die Suche starte erscheint folgende Fehlermeldung: C:\Windows\system32\msra.exe Eine Referenzauswertung wurde vom Server zurückgesendet Weitere Fehlermeldungen oder Hinweise auf das Problem konnte ich bisher nicht finden... Hat noch jemand das Problem, bzw. einen Hinweis welches Update dieses Problem möglicherweise ausgelöst hat?

Also ich würde den WSUS Package Publisher in Verbindung mit dem WSUS nutzen, ist die einfachste und komfortabelste Lösung. Ich verteile damit Java, Adobe Reader, Adobe Flash und Firefox (von Frontmotion). Funktioniert alles perfekt :-) Du solltest nur das Java-Paket dahingehend bearbeiten, dass die automatischen Updates ausgeschaltet sind. Anleitungen dazu gibt's einige im Netz.

Das werde ich in ner ruhigen Minute mal in Angriff nehmen, vielen Dank! :-)

Hmm, Java macht es mir nicht einfach... In der Registry ist nix zu finden, das ganze wird wie's aussieht in einer Datei gespeichert, die unter C:\Users\%username%\AppData\LocalLow\Sun\Java\Deployment\security liegt und exception.sites heißt. Der Versuch, diese Datei einfach per GPO in das Verzeichnis zu kopieren (ersetzen) schlägt leider mit folgendem Hinweis fehl: Das Benutzer "security"-Einstellungselement im Gruppenrichtlinienobjekt "Java Site Whitelist {56DBD869-F3CD-4677-92ED-E59E80433779}" wurde nicht übernommen, da ein Fehler mit Fehlercode "0x80070005 Zugriff verweigert" Dieser Fehler wurde unterdrückt. aufgetreten ist. Hat jemand ne Idee? Argh, da waren die Finger etwas zu schnell... Hatte vergessen die Datei bei der GPO einzutragen, hatte nur den Pfadnamen als Ziel angegeben ;-) Nach Berichtigung funktioniert es jetzt. Also, wer das Problem hat: Datei "exception.sites" per GPO verteilen und dann sollte es wieder funktionieren :-)

Ich vermute ganz stark dass es für die Anwendung kein Zertifikat gibt... Ist ne Zeiterfassung im Intranet, von daher wäre es (zumindest bei uns) auch nicht notwendig...

Hallo liebe Forum, ich habe heute bei uns Java 7 SE Update 51 verteilt. Nun scheint das Update eine Webanwendung zu blocken, das lässt sich durch eintragen der Webadresse in der Whitelist (Java Control Panel -> Sicherheit -> Sitelist bearbeiten) verhindern. Ich möchte aber natürlich nicht an jedem Arbeitsplatz einzeln diese Eintragung machen. Weiß jemand eine Methode, wie man das evtl. per GPO machen kann?

War nicht direkt ein Fehler, da ich vorher nur den VSphere 4.1 kannte musste ich mich erstmal mit den Neuerungen vertraut machen, unter anderem dem SSO... Nachdem ich da die entsprechenden Identitätsquellen und danach die Berechtigungen wieder konfiguriert hatte lief wieder alles so wie soll :-)

Kleines Update: Habe jetzt auf der neuen Maschine das VCenter 5.5 installiert und die Verwaltung "umgezogen"; soweit lief alles bestens, nur die AD-Authentifizierung wollte nicht gleich am Anfang :-) Aber Google hat's gerichtet.

Habe den IE10 erst vor ca. zwei Wochen bei uns verteilt, ausser dem Plattform-Update hatten bei uns noch 1 oder 2 andere Updates gefehlt. Nachdem ich alle benötigten Updates genehmigt und installiert hatte wurde auch der IE10 installiert. Dürfte bei dir das gleiche Problem sein. Google das mal, mir hatte eine Seite geholfen wo explizit stand welche Update Voraussetzung für den IE10 sind, leider weiß ich die Adresse nicht mehr... :( Wenn die Updates fehlen nützt dir auch das Login-Script nix.

Meines Wissens wird nur angezeigt DASS ein anderer Benutzter zugreift, aber nicht WER... Sollte also kein Fehler sein...?!

Nee, habe keine neuen Erkenntnisse. War ja dann auch recht ruhig nach meinem letzten Post ;-) Aber ich denke mal ich werde auch einfach den 5.1er VCenter auf der neuen Maschine installieren und keine Migration durchführen. Gruß, Marco

Vielen Dank, hört sich ja schonmal sehr gut an! :-)

Hallo liebes Forum, ich würde in nächster Zeit gerne vom LUP auf den WSUS Package Publisher wechseln. Dazu habe ich ein paar kurze Fragen; Wie gehe ich denn bei der "Umstellung" vor? Muss ich LUP zuerst deinstallieren oder können LUP und WPP zusammen installiert sein? Zur Zeit verteile ich über LUP Java, Flashplayer, Adobe Reader und Firefox. Das würde ich halt (wenn möglich) nach und nach auf den WPP umstellen...

Zu Tools würde ich nur dann greifen, wenn man wirklich gar keine andere Wahl hat... Hatte erst vor ein paar Wochen den Fall, dass der Versuch mit Acronis Disk Director die Partition zu vergrößern, gewaltig schief ging; der Server (2003 R2 64 Bit) liess sich nicht mehr starten, nur noch BSOD beim hochfahren... Ende vom Lied war dass ich die Maschine wieder herstellen musste (ich hatte gottseidank vorher gesichert) und dann die Partition mittels nem kleinen Tool namens Extpart erweitert hatte... Also bei solchen Geschichten immer äußerste Vorsicht...