Dukel

Dein Job ist dabei nur einmalig (ein Script schreiben, welches Dateien, die eine Woche alt sind, löscht). Bei einem Counter kann es ja sein, dass das zu viel oder zu wenig ist (bei deinem Beispiel: Wenn die Druckerei dann das File nicht vom Webspace läd sondern von der Agentur bekommt bleibt das File ewig).

Mach das doch zeitgesteuert. Daten werden einfach z.B. nach einer Woche gelöscht.

Aus Security Sicht sollte man einen unpriviligierten User und nicht System oder Networksystem nutzen. Security Considerations for a SQL Server Installation EDIT: http://msdn.microsoft.com/en-us/library/ms191153.aspx

Gibt es außer das Webinterface noch andere Schnittstellen (CLI, Telnet, ...)?

Indem jemand die SPN's gesetzt hat ohne zu überprüfen, ob diese schon existieren. Was verstehst du nicht?

Du musst deine variablen in eine Zeile schreiben und diese Zeile ausgeben (z.B. "$x $y" | out-file).

Nicht das ich wüsste.

Das ist eine Schlechte Wahl, aber dann sollte der SPN auf dem Userkonto entfernt werden. Evtl. braucht man bei Network Service gar keinen SPN, aber das kann ich nicht zu 100% sagen.

2 Netzwerkkarten sind aber beim SBS 2011 unsupportet. Ich hoffe die 2. NIC ist deaktiviert.

Dort wo den SPN nicht brauchst. Unter welchem Konto läuft der MSSQL Dienst?

Man kann Cashed Credentials nutzen (dann kann sich der Mitarbeiter ohne LAN Zugang mit seinen AD Credentials einloggen), Lokalen nutzer (kann ein anderer Username sein, gibt aber auch dann ein anderes profil) oder ein VPN nutzen (bei dem er dann Zugang zum LAN hat).

Hyper-V funktioniert im Server ohne SLAT, im Client benötigt es Slat (vermutlich um die Ressourcen besser der Parent Partition zuzuweisen, welches im Client vollwertig genutzt wird aber im Server nicht genutzt werden sollte).

Alternativ nur eine Freigabe für alle User und per Berechtigungen und ABE arbeiten.

Versuche mal den Test unter How to Check if Your CPU Supports Second Level Address Translation (SLAT) - How-To Geek mit coreinfo.exe Evtl. muss man SLAT im Bios erst mal aktivieren.

Wenn du nicht genau so was in den Änderungen von OliverHu gepostet gefunden hast wird das sicher nicht in der Sharepoint Foundation 2013 dabei sein. Das ist auch nicht der Zweck von Sharepoint, dafür gibt es genug API's und managementools.

Du hast kein Array mehr sondern eine Hashtable. ($array.GetEnumerator() | Sort-Object Value)[0].Name foreach($item in $array.GetEnumerator()){ #... } Windows PowerShell Tip: Working with Hash Tables EDIT: Statt ($array.GetEnumerator() | Sort-Object Value)[0].Name geht auch $array.GetEnumerator() | Sort-Object Value | Select-Object -First 1 -Property Name . Das ist die "ausgeschriebene" Variante.

Warum man das abschalten sollte? Willst du das ein Mitarbeiter sein privaten Rechner in die Firma nimmt und in die Domäne joint ohne das du Kontrolle über das Gerät hast?

Wieso nicht gleich Kerberos?

Hast du ein bestimmtes Problem, welches mit Sharepoint 2010 nicht geht? Oder willst du allgemein die neuen Features wissen?

Ja sicher. Wieso sollte das nicht so sein? Wie gesagt, ohne Virtualisierung wird das nicht anders gehen und MS schreibt nicht vor, dass man einen SBS virtualisieren MUSS.

Was sagt der Hersteller des Programms? Klingt nach einem Fehler dort.

Wird die SQL Authentifizierung auch genutzt? Kannst du z.B. per SQL Management Studio auf den anderen Rechner zugreifen?

Sind beide Rechner in einer Domäne?

Wie installierst du, ohne Virtualisierung, beide Lizenzen auf einer Hardware?

Du kannst eine Hashtable nutzen. Der Link zeigt auf eine VBS Lösung.