Sunny61

Ist das Konto möglicherweise deaktiviert? Ja, mit dem Domain Admin meldest Du dich am Server an. Welches Konto meinst Du denn? Ja, das siehst Du falsch. Das sind Daten der Benutzer, nicht deine. Rechtetrennung nennt sich so etwas. Wenn Du bei Servergespeicherten Profilen Zugriff haben möchtest, mußt Du das *vorher* per GPO einstellen. http://gpsearch.azurewebsites.net/#2568

Du kannst im AD auch bei vielen Usern solche Dinge auf einmal ändern. Mehrere Userobjekte mit Hilfe der STRG-Taste markieren, Rechte Maustaste > Änderungen vornehmen. Alternativ eine Suchmaschine füttern, so ein fertiges Script findest Du sicher recht schnell.

Ist der Server ein Domaincontroller? Wenn es ein lokaler Admin war, dann ist das ganz normal. Ein Domaincontroller, falls der Server einer ist, hat keine lokalen Konten mehr. Wo genau hast Du denn ein anderes PW angegeben? Im Active Directory oder in der lokalen Benutzerverwaltung? Das ist auch normal.

Reporting Services: https://technet.microsoft.com/de-de/library/ms365166%28v=sql.105%29.aspx http://blogs.msdn.com/b/brian_swan/archive/2010/04/29/getting-started-with-sql-server-reporting-services-ssrs.aspx http://blogs.msdn.com/b/mvpawardprogram/archive/2014/03/10/adding-sql-server-express-2012-advanced-services-to-existing-development-environment.aspx Und auf Youtube findet man sicherlich auch noch das ein oder andere Video.

Und wie meinst Du passiert das bei der Milliarde von Home-Clients? Da ist der identische WU-Agent lokal installiert, der kann auch nichts anderes installieren. Schnapp dir ein W8.1x64 Update und versuch es auf einem W7x64 zu installieren, funktioniert es? Wenn nein, wieso sollte es funktionieren? Es fehlt vermutlich noch die kleine Konfigdatei, wird sehr gerne übersehen. ;)

Software holt man *nur* und ausschließlich beim Hersteller: https://www.ashampoo.com/de/eur/pin/1024/multimedia-software/Ashampoo-Snap-7 Viele dieser Downloadportale liefern nur einen Onlineinstaller und füttern anschließend bei der Installation dann noch fleißig Crapware mit auf den Rechner. Ich kann nicht verstehen, weshalb diese Unsitte einfach nicht aufhört.

Stimmt, das Lesen nimmt ihm keiner ab. ;)

Eine Quelle von MS hab ich nicht gefunden, nur diese hier: http://www.windowspro.de/wolfgang-sommergut/windows-server-2012-r2-neuerungen-remote-desktop-services Dort wird es aber sehr ausführlich beschrieben, ohne Domain keine RD-Services. Hier eine Beschreibung für eine Arbeitsgruppe: http://ryanmangansitblog.com/2013/10/30/deploying-a-rdsh-server-in-a-workgroup-rds-2012-r2/ Alternativ: http://thewolfblog.com/2014/02/08/deploying-a-2012-2012r2-remote-desktop-services-farm/ http://wiki.hetzner.de/index.php/Windows_Server_2012_Remotedesktopservices

Sag doch in der Schule sie sollen die Rechner ordentlich konfigurieren. Bzw. Du solltest lernen wie man Suchmaschinen bedient: http://www.borncity.com/blog/2010/02/24/powershell-skripte-lassen-sich-nicht-ausfhren/

Im Normalfall ist jeder AG froh, wenn sich der MA weiterbildet. Da dem AG vermutlich keine Kosten für die Ausbildung entstehen, könnte er zumindest die Prüfungsgebühren bezahlen. Einfach mal mit dem Verantwortlichen beim AG in Ruhe darüber sprechen.

ipconfig /all | clip [ENTER]. Schon ist alles in der Zwischenablage, jetzt einfach nur STRG + V im Editor, fertig ist die Laube. ;)

Genau, liest man doch immer wieder das Software von MS Probleme macht und falsch programmiert ist. :) EDIT: Aber immer wird als erstes eine automatische Genehmigungsregel eingerichtet: Genehmige jedes Update für jede Gruppe! Das WSUS muss ja auch was tun für sein Geld. :)

Weiß ich nicht, ich kenn aber jemanden der es auch so macht. ;)

Da es Fortbildungskosten sind, lassen sie sich natürlich auch von der Steuer absetzen. Bringt zumindest ein paar EURO wieder zurück. EDIT: Natürlich sollte man den Arbeitgeber fragen ob er Kosten übernimmt.

Wenn sich bei den Clients der Adobe Updater meldet, hast Du etwas zu wenig konfiguriert: http://www.wsus.de/adobe_flash_player_ueber_wsus_bereitstellen

Mit den Fine Grained Password Policies sollte sich die erste Variante auf alle Fälle regeln lassen. http://www.gruppenrichtlinien.de/artikel/fine-grained-password-policies-fgpp-password-settings-objects-pso/ Den zweiten Wunsch kannst Du IMHO damit auch erschlagen, Powershell ist dein Freund. Täglich ein- der mehrmals ein Script laufen lassen, welches bei den Benutzern der o.g. Gruppe das Attribut hinzufügt, bzw. auf True setzt. Was passiert mit allen anderen Benutzern? Wenn Du einen Benutzer aus der o.g. Gruppe entfernst, soll dann auch OWA wegfallen? Wenn ja, dann mußt Du aufpassen, dass Du nicht versehentlich auch andere mit in den Abgrund schubst.

Visual FoxPro, die SW ist schon etwas älter: https://de.wikipedia.org/wiki/Microsoft_Visual_FoxPro Arbeit mit lokalen 'Datenbanken', vergleich mit Access-Datenbanken.

Nein, Beziehungen kannst Du nicht per Copy und Paste einfügen. Von den Beziehungen in der SQL Datenbank weiß aber Access nichts, die mußt Du in Access neu definieren. Aber weshalb willst du das? Du solltest ja nur verknüpfen und nicht importieren, denn dann mußt Du das ja immer wieder machen. BTW: Es gibt übrigens im SQL Server auch einen Berichtsserver, sogar in der kostenlosen Express Variante ist der dabei. Damit kannst Du Berichte direkt auf dem SQL Server erstellen und veröffentlichen.

Erklären dauert viel zu lang, hier ein PDF, in Kapitel 4 steht was Du brauchst: http://shop.minhorst.com/media/pdf/LP_Access_SQL.pdf Verknüpfen reicht völlig aus. BTW: Groß- und Kleinschreibung erhöht die Lesbarkeit ungemein, Danke.

Und im WPP sind die Katalogupdates auch schon angekommen.

Per GPO das anlegen/erzeugen von PST verbieten, dann müssen sie nicht leiden oder uneinsichtig sein.

Hast Du in OWA die Adresse komplett manuell eingegeben oder aus dem Adressbuch geholt? Wenn letzteres, dann lösch den Kontakt aus dem Adressbuch und versuch es erneut manuell.

Das Laufwerk U:\ wird im Benutzerkontext verbunden, das siehst Du jetzt als Admin auf dem SBS nicht. Das ist für dich wichtig: \\Name_der_Freigabe\profile$ Windows Explorer öffnen, das in die Adresszeile kopieren und ENTER drücken. Was siehst Du? Ansonsten schließe ich mich Testperson an, hol dir einen Dienstleister dazu, dem schaust Du über die Schulter und lernst auch etwas dabei. Der SBS ist ein System, bei dem man unwahrscheinlich schnell etwas 'verbiegen' kann, wenn man nicht weiß was man tut. Und ein SBS ist kein normaler Windows Server. Wenn Du eure kleine Bude lahmlegen willst, dann mach einfach so weiter, gut ist das aber nicht.

In einem Benutzerobjekt im AD auf dem SBS findest Du den Pfad zum Profil. Dort sind auch alle anderen Profile zu finden. Wenn Du auf lokale Profile umstellen willst, mußt Du beim Benutzerobjekt den Teil für das Servergespeicherte Profil rausnehmen und natürlich die Ordnerumleitung konfigurieren. Ordnerumleitung: http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-1-argumente/ http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-2-berechtigungen-auf-home-folder/ http://www.gruppenrichtlinien.de/artikel/ordnerumleitung-3-profile-v2-vista-aufwaerts/ *.PST und *.OST sind auf Netzlaufwerken nicht supported. Besser wäre wirklich alle Mails auf dem Exchange vom SBS liegen zu lassen.

Schau dir diesen Artikel an: https://alexanderzeitler.com/articles/Auf-welchem-Port-l%C3%A4uft-mein-SQL-Server-%28Express%29-2008-R2-Oder-warum-bekomme-ich-keine-Verbindung/ Für die Express-Version vom SQL sicherlich hilfreich. Auch mußt Du prüfen ob der SQL Browser läuft. In der Windows Firewall auf dem SQL eingehende Regeln für den passenden Port vom SQL erstellen. Zusätzlich den Port 1434 UDP für den SQL Browser ebenfalls eingehend erstellen.