Daniel -MSFT-

Nur mal so als Einwurf: Wenn Du jetzt Standard mit SA z.B. im Open Value kaufst, dann splittest Du die Ausgaben auf drei Jahre und kannst später von Standard per Stepup auf Datacenter wechseln und bezahlst nur die Differenz. Mit System Builder geht das nicht. Du vergleichst Äpfel mit Birnen. BTW: Auch für das Testen mit Produktivdaten kannst Su nicht die Eval nehmen. Hab fun! Daniel

BTW: Der Foundation Server braucht gar keine CALs für Windows. Damit auch nicht für die Drucker.Die Antworten hier passen zu einem Standard Server. Für den SQL-Server brauchst Du SQL Server CALs, für den Remotezugriff RDS-CALs. Beides pro User als Empfehlung. Wie hast Du denn den Terminal Server realisiert?

Mit Shared Computer Activation kannst Du Visio, Project und Office ProPlus aus Office 365 auf allen Terminal Servern installieren. Benutzer mit gültiger Lizenz können Office voll nutzen von beliebigen Geräten. Benutzer ohne Lizenz nur im reduced functionality Mode. Passt perfekt auf Dein Szenario. Mit AD Sync und Same Signon oder SSO brauchen die Benutzer auch keine separate Loginkennung. AppSense, Scripte, Filter auf Switches etc. brauchst Du dann alles nicht, weil Du einen pro User lizenzierten Terminal Server realisieren kannst. Have fun! Daniel

Die Office-Adresse als eigenes Postfach anlegen und den User damit arbeiten lassen. Klappt sowohl in Ouglook, als auch mobil. Dazu ein zweites persönliches Postfach für User 2. Kann in Outlook und mobil als zweites Konto hinzugefügt werden. Alternativ müsstest Du mal schauen, ob Du per Transportregel bei User 1 den Absender auf Office umschreiben kannst. Das ist dann aber permanent.

Ist das ein dedizierter, physikalischer Server, der nur für Dich bereitgestellt wurde? Hast Du die Lizenzen über einen Volumenlizenzvertrag gekauft? BTW: Warum willst Du das eigentlich so tun. Hast Du eine Firewall vor dem System stehen? Wie planst Du Backup und Recovery? Last but not at least: Hast Du Dir alternativ mal Exchange Online angesehen? 50 GB Postfach für 3,30 EUR im Monat?

Wenn die Lösung für Kleinunternehmen zu teuer ist, dann nimm eine andere Lösung. Diese dafür lieber russischem Datenroulette auszusetzen, halte ich für unverantwortlich.

Wie willst Du denn eigentlich einen SQL-Server sichern und wiederherstellen, ohne dass Dein Backupprogramm das unterstützt? Das geht nur durch (automatisierbare) manuelle Schritte, die die Datenbank in einem konsistenten Zustand bringen zur Sicherung und die auch die Transportlogs entsprechend behandeln. Die Empfehlung, auf eine neuere SQL-Serverversion zu gehen, hat nichts mit "Bugs" der Vorgängerversion zu tun. Vielleicht hat der Nachfolger eventuell Vorteile bei der Skalierung oder der Hersteller will die Produktmatrix, die es zu unterstützen gilt, verkleinern.

Der PC-Spezialist hätte vermutlich einfach vorher mal den RAID-Controller-Treiber vom neuen Server m alten laden sollen. Dann wäre das viel einfacher geworden. Für alles andere gilt: Verträge sind zum vertragen da. Das ist wie bei jeder Autowerkstatt. Aufwandschätzung einholen, Auftrag mit Limit erteilen und dann nachverhandeln, wenn es zu Problemen kommt. Ohne BBU und USV sollten keine Festplatten-Writecaches aktiviert werden. Have fun! Daniel

Hält eventuell ein Pre-Job bei der Datensicherung den Datenbank-Dienst und den AV-Managementdienst an und startet sie in einem Post-Job nach der erfolgreichen Sicherung wieder neu? Wenn ja, kann es an einem Problem bei der Datensicherung liegen. Eventuell reicht da z.B. der Platz nicht aus, die DaSi fordert ein neues Band an, der Dialog wird in der vorkonfigurierten Antwortzeit nicht beantwortet (weil niemand da ist) und die Datensicherung bricht den Job ab. ur mal so als Theorie... Have fun! Daniel

Das, was hier angeboten wurde, geht schon lizenzrechtlich nicht. Desktop as a Service basierend auf Windows Client in einem virtuellen Datacenter ist nicht lizenzierbar. Entweder die gesamte Hardware, auf der Eure Clients laufen, steht Euch exklusiv zur Verfügung oder die VMs müssen auf Server-Basis gebaut werden (so macht Amazon das). Viele Grüße, Daniel

Hast Du mal, wie in den Links empfohlen, den Wifi-Treiber manuell aktualisiert auf einem Gerät? Also per Gerätemanager und dann bei der Rückfrage, dass der Treiber schon der gleiche sei, das überstimmt und nochmal installiert? Standardmäßig wechselt das Surface 3 Pro in einen Energieaparzustand nach 4h. Wenn dass Deine ERP-Anwendung irritiert, dann solltest Du diesen deaktivieren. Am einfachsten geht das, indem Du per Gruppenrichtlinie einen angepassten Energieplan ausrollst. Gerne mit einem WMI-Filter, so dass nur die Surface Pro-Modelle davon erfasst werden. Zusatzfrage:Verkraftet das ERP-System auch den Wechsel zwischen LAN und WLAN von Clients? Die,kommen dann ja jeweils mit anderen IPs an. Nicht dass da auch eine Fehlerursache liegt.

Das Surface 3 kam - wenn ich mich richtig erinnere - im Juni raus. Wenn Du meinem Link http://www.microsoft.com/surface/en-us/support/install-update-activate/pro-3-update-history gefolgt wärest, hättest Du die gesamte Updatehistorie gesehen und die verschiedenen Aktualisierungen gefunden, die wir für Wifi und Bluetooth herausgebracht haben. Der erste Schritt ist daher zu verifizieren, ob der Wifi- und Bluetoothtreiber vom Versionsstand her der aktuellsten Version entspricht. Kein Grund also, so auf mein Posting zu reagieren. Was den Verweis auf Wikipedia angeht, dann ist das mit sehr viel Vorsicht zu geniessen. Wer pflegt das? Wie aktuell ist das? Etc.? Ich bin dem Link mal gefolgt und fand neben jeder Menge Spekulationen die folgenden Zitate: "On July 23, Michael Adamission found a surprise with the latest update: I know I checked for more updates after doing the update on the 16th a couple of times... but checked again tonight and there was a second hardware update for the 16th. Initial testing seems like it's working much better. My advice to anyone having issues with the 16th update is to try checking for updates a few more times. Adamission posted a screenshot of a Windows Update log that shows clearly, "System Hardware Update - 7/16/2014" was installed on his system twice -- once on July 16 and again on July 23. Did Microsoft re-issue or tweak the July 16 firmware patch?" http://answers.microsoft.com/en-us/surface/forum/surfpro3-surfnetwork/surface-pro-3-limited-wifi-problem/bd17691d-f00d-491c-a65e-fcd77a304b3a?page=32 Der zweite, darin verlinkte Artikel bezieht sich auf "John Humenik posted a very detailed list of the problems he's seeing when resuming a Surface Pro 3 from sleep while on battery" http://answers.microsoft.com/en-us/surface/forum/surfpro3-surfnetwork/surface-pro-3-has-multiple-network-problems-after/01b69956-a02e-49a4-9d5a-98ddc130c485 Auch hier ist das Problem - wenn ich das auf dem Handy richtig lese - als gelöst markiert. Ein weiterer Verweis erfolgt auf "How to Manually Install the July Surface Pro 3 Firmware Updates" http://digitalmediaphile.com/index.php/2014/07/09/how-to-manually-install-the-july-surface-pro-3-firmware-updates/ Das Problem wurde von dem Kunden über den Weg im Juli gelöst, weil das Update über Windows Update noch nicht bei ihm ankam damals. Wir haben auch einen eigenen Artikel "Sie können keine Verbindung mit einem Funknetzwerk herstellen" http://www.microsoft.com/surface/de-de/support/networking-and-connectivity/cant-connect-to-a-wireless-network veröffentlicht. Die darin enthaltenen Lösungsschritte kann man genauso verwenden: • Lösung 1: Neustarten der Funknetzanbindung auf dem Surface • Lösung 2: Neustarten der Netzwerkhardware und des Surface • Lösung 3: Ausführen der Problembehandlungen • Lösung 4: Installieren der neuesten Updates für das Surface • Lösung 5: Manuelles Neuinstallieren des Drahtlostreibers • Sonstige Lösungen Have fun! Daniel

Outlook mal ihn Addins im Safe Mode testen? Virenscanner schonmal deinstalliert? IP- & Winsock-Stack sowie Netzwerkkarteneinstellungen auf Standard zurückgestellt?

Wurde im Juli gefixed. Deswegen fragt der Support ja auch, ob die Fixes drauf sind. Nicht dass der Surface über WSUS gepflegt wird und dadurch nicht alle Updates bekomm. Hast Du den Updatestand mal manuell geprüft? Hier findest Du die Historie: http://www.microsoft.com/surface/en-us/support/install-update-activate/pro-3-update-history

Schick mir mal die Case ID per privater Nachricht. Dann schau ich mal, ob ich Zugriff auf den Case beantragen kann.

Hast Du den DelegateSentItemsStyle Registryeintrag gesetzt? Siehe http://support.microsoft.com/kb/2181579 Achte auf den Unterordner: 14.0 ist Office 2010, 15.0 ist Office 2013. Die Einbindung von dem zweiten Postfach kannst Du auch direkt in den Kontooptionen machen. Outlook unterstützt das Einbinden mehrerer Exchangekonten parallel.

BTW: Das von Dir zitierte Urteil ist kein letztinstanzliches Urteil. Wir haben dagegen Berufung eingelegt und weigern uns, die Daten auf diesem Weg herauszurücken. Du spekulierst da ziemlich wild herum...hast Du auch einen Beweis, um Deine These zu,untermauern? Wo ist die überlegene amerikanische Wirtschaft, die den armen Deutschen ihre Wirtschaftsgeheimnisse ausspioniert und sie gnadenlos vermarktet, auf dass diese ins Hintertreffen geraten? Das Gegenteil ist doch wohl eher der Fall.

Beim Clientzertifikat brauchst Du ein anderes Zertifikat, nämlich eins für Clientauthentifizierung. Das ist dafür da, dass man sich zum Verwalten des Scanservers mit diesem Zertifikat anmeldet und nicht mit den Windows Logondaten. Das kannst Du im Assistenten deaktivieren, wenn Du nicht ein solches Zertifikat hast. BTW: Ein reiner WIA- oder WSD-Scanner reicht nicht. Ist der Kyocera "Enterprise WSD"-tauglich? Dazu gehört die Unterstützung für DPWS, EWS, RPWS, IPSec,etc. Im Windows Serverkatalog finde ich Dein Gerät nämlich nicht.

Wie genau sieht denn das Zertifikat aus? Bedingung ist ja: Ist das selbstsignierte Zeritifkat auf den FQDN des Server ausgestellt? Funktioniert es ohne Warnmeldungen? Ist es vertrauenswürdig auf den Clients?

Für den IIS wirst Du vermutlich ein Zertifikat für Serverauthentifizierung erstellt haben. Wenn der Scanner ein Clientzertifikat fordert, dann kann das mit dem Serverzertifikat nicht funktionieren. Was der Verweis auf die TechNet hier soll, erschliesst sich mir nicht. Nochmal: Was sagt denn der Support von Kyocera dazu? Es würde mich überraschen, wenn die keine Anleitung für ihr Produkt haben. Hast Du die mal angerufen? Oder den Partner, der Dir den Scanserver verkauft hat?

Hast Du auch den Timeout höher gesetzt? Have fun! Daniel

Nochmal: Mit der Boxversion kannst Du Office manuell lokal installieren aber NICHT zentral verteilen.

Die Lizenzen musst Du selbst verwalten. Wieviele hast Du denn bekommen? Action Pack? Silber oder Gold Partner? Was macht eure Firma genau und Wieviele Lizenzen habt ihr wovon im Einsatz?

Vergiss nicht, die PST-Dateien vom Netzwerk runterzunehmen

Für die zentrale Softwareverteilung brauchst Du eine Office-Lizenz aus einem Volumenlizenzvertrag wie Open. Das Bild kann ich zwar anklicken, lande aber bei einem Imagehoster und bekomme das Bild in so schlechter Auflösung auf das Telefon geschickt, dass es unlesbar ist.