NilsK

Moin, ich stimme den anderen zu - der Taskmanager taugt hier nicht als Diagnosewerkzeug. Ohne an dieser Stelle tiefer rein gehen zu können, folgende Spontanhinweise: Dynamic Memory kann man machen - sollte man aber nur tun, wenn man weiß, was man da tut. In diesem Szenario würde ich es weglassen, zumindest wenn es bekannte Performanceprobleme gibt. 12 vCPUs bei 10 physischen Cores ist keine gute Idee. Bleib bei max. 8 pro VM, besser noch drunter, solange es keine echte Analyse gibt, die dir eine höhere Ausstattung in genau diesem Setting nahelegt. Irgendeine Physik muss die virtuellen CPUs ja nun mal versorgen. In vergleichbaren Settings hat sich die (völlig unnötige) CPU-Überbuchung als Performancebremse herausgestellt. Muss hier nicht so sein, kann aber. Edit: Nee, da hatte ich mich verguckt. Dieser Verdacht wird so nicht zutreffen. Trotzdem werden 12 vCPUs mit großer Sicherheit unnötig und damit zu viel sein. Gruß, Nils

Moin, siehste, genau das meine ich. Zwei Arbeitstage sind für eine Skriptlösung schnell weg. Die muss man sich ja nicht nur ausdenken, sondern bei dem, worum es hier geht, muss man sie für vier, acht, zwölf ... oder wie viele Modelle auch immer einzeln entwickeln, anpassen und vor allem testen. Die Aussage war nicht: geht nicht, sondern sie war: möglicherweise unwirtschaftlich. Gruß, Nils PS. wenn euch zwei Arbeitstage für drei Personen so ein Problem bescheren, solltet ihr mal über Prozesse nachdenken. Das ist nicht arrogant gemeint, sondern ernst.

Moin, naja, es ist doch erkennbar, was winmadness meint, oder? Ursprünglich hatte er das sehr eindeutig formuliert. Und da sich der Hinweis an einen Nicht-Fachmann wendet, ist er aus meiner Sicht auch berechtigt. Gruß, Nils

Moin, also ... sooo viel sind 450 Drucker nun auch wieder nicht. Ein wesentlicher Aufwand der Aufgabe scheint mir dann auch noch darin zu liegen, dem jeweiligen Modell die richtigen Informationen zuzuordnen. Wieviel Zeit lässt sich da noch sparen? Sicher einiges, aber auch da sollte man ökonomisch denken. Ich würde mir jetzt also ein Zeitbudget nehmen, in dem ich bei den Herstellern fertige Management-Software finde. Finde ich keine taugliche, dann würde ich keinen Aufwand in Skripting stecken, sondern zwei, drei Leute einweisen, die das in ein paar Stunden manuell erledigt haben. Bei Druckern gibt es ja auch typischerweise kein großes Risiko, wenn sich da einzelne Fehler einschleichen ... Gruß, Nils

Moin, wir haben sowohl "Calendar Pro" als auch "Kanalkalender" hier in Betrieb, aber es gibt auch noch -zig andere. Gruß, Niös

Moin, wenn ihr Teams habt - wäre dann nicht eine der vielen Kalender-Apps für Teams geeignet? Gruß, Nils

Moin, "Als ob" Grüß, Nils

Moin, F*ck, wie man mittlerweile auch zur Primetime in der ARD sagt. Gruß, Nils

Moin, da würde ich @winmadness zustimmen. In dem beschriebenen Szenario sieht mir Beeftext nach einem Umweg aus - und nebenbei nach einem Sicherheitsrisiko (nur für eine Supportmail alle paar Wochen muss man keinen dauerhaften Keylogger einrichten). Gruß, Nils

Moin, erstens kann man in der Praxis tatsächlich davon ausgehen - und zweitens sollte man die Ressourcensteuerung des SQL Servers auch nicht unterschätzen. Genau wie bei manchen anderen Automatiken kann man hier davon ausgehen, dass sie in den meisten Fällen besser funktioniert als feste Zuweisungen oder manuelle Eingriffe. Ich vergleiche das gern mit der Auslagerungsdatei: Wer sowohl die Technik als auch die Situation richtig gut kennt, kann dort manuell vielleicht Vorteile erzielen. Alle anderen werden Nachteile haben. Es gibt Situationen, in denen können mehrere Instanzen von Vorteil sein. Das sind aber seltene Situationen. Meiner Erfahrung nach beruht die Aufteilung in Instanzen eher auf Missverständnissen als auf Notwendigkeiten. Gruß, Nils

Moin, wie so oft, ist hier die Frage nicht sorgfältig gestellt. Es wäre nett, wenn du, @raymccoy, künftig etwas mehr Mühe aufwendest, um zu beschreiben, was du möchtest. Ich musste jetzt doch einige Zeit forschen, um die Zusammenhänge rauszufinden. Also, Beeftext selbst hat mit PowerShell nichts zu tun. Es hat aber eine Art Makro-Engine, mit der sich PowerShell-Skripte einbinden lassen: https://github.com/xmichelo/Beeftext/wiki/Variables#powershell In dem Beispiel, das der TO anführt, ist anscheinend ein "Makro" ("Combo") namens "ps" eingebunden, das ein Skript aufruft, welches den gewünschten Input erzeugt. Wenn ich die Frage richtig verstehe, möchte der TO wissen, wie er das Skript erweitern kann. Da ich mich da jetzt nicht komplett einarbeiten kann, ein Hinweis zum Vorgehen: Ich würde nicht ein Skript bauen, das alles Mögliche zurückgibt, sondern ich würde modular arbeiten und für jedes Element ein eigenes PowerShell-Skript bauen. Wenn ich die Doku auf die Schnelle richtig deute, dann übernimmt Beeftext das, was das Skript per Write-Host ausgibt (weil Beeftext selbst offenbar als PS-Host arbeitet). Generell bin ich bei solchen Tools immer skeptisch, weil sie prinzipbedingt wie ein Keylogger arbeiten. Selbst kommerzielle Software dieser Art schneidet daher notwendigerweise auch Kennwörter im Klartext mit. Das finde ich nicht akzeptabel, aber das muss jeder für sich selbst beurteilen. Gruß, Nils

Moin, Kann es sein, dass du auf dem Server nur die Dateien bzw. die Rolle für Active Directory installiert hast, aber danach keine Domäne eingerichtet hast? Gruß, Nils

Moin, Weder die Version noch die Fragmentierung kommen für solche Unterschiede in Frage. Das wird was Logisches sein. Gruß, Nils

Moin, Gibt es gleichzeitige Zugriffe auf die Originaltabelle, die Sperren auslösen? Gruß, Nils

Moin, dann benutzt du den falschen Button. Wenn du Server administrierst, solltest du nur den unteren Button "Erweiterte Freigabe" nutzen. Der obere ist eigentlich nur für Clients und Heimanwender gedacht, aber Microsoft meint ja immer, sowas auf dem Server genauso darstellen zu müssen. Bei dem von dir vorgeschlagenen Weg trickst Windows: Es setzt die Freigabe für "Jeder" und"Administratoren" auf Vollzugriff (siehst du über den unteren Button) und steuert die Details dann über NTFS-Berechtigungen. Also prinzipiell so ähnlich, wie es mein Link auch vorschlägt. Nur schlecher nachzuvollziehen, weil der "obere Button" einfach nicht die Wahrheit zeigt ... Gruß, Nils

Moin, und was hast du stattdessen auf Freigabeebene gesetzt? Das von dir beschriebene Phänomen habe ich noch nie gesehen, ich vermute, dass da noch was anderes im Spiel war. Kann man auf Basis der Angaben jetzt nicht näher eingrenzen. Gruß, Nils

Moin, das mit den Offlinedateien könnte tatsächlich das Problem sein. Gute Idee. Hm ... das würde ich nicht so pauschal sagen. Insbesondere bei der Kombination von Freigabe- und NTFS-Berechtigungen spricht sogar einiges dafür: [Datei- und Freigabeberechtigungen in Windows | faq-o-matic.net] https://www.faq-o-matic.net/2015/12/28/datei-und-freigabeberechtigungen-in-windows/ Welcher Art waren denn diese Probleme? Gruß, Nils

Moin, warum sollte diese gravierende Veränderung der Berechtigungen bei dem Fehlerbild helfen? @DocZenith es ist leider schwer nachzuvollziehen, welche Berechtigungen auf welcher Ebene (Freigabe/NTFS) denn nun genau wo gelten. Das müsstest du bitte noch mal genauer beschreiben. Tritt dieses Problem nur auf dem einen Rechner auf? Nur bei dem einen User? Gruß, Nils

Moin, oberflächlich schon - aber gerade das Kennwort-Thema dürfte da auch eine Herausforderung sein. Es hat ja seinen Grund, dass Frank Carius das in seiner ISDS_Implementierung auch (noch) nicht gelöst hat ... Heißt nicht, dass es nicht geht. Man unterschätze es aber nicht - zumal es hier um eine sehr sensible Sicherheitskomponente geht. Gruß, Nils

Moin, die meisten SSO-Anbindungen für solche Zwecke können nur mit einer Datenquelle umgehen. Da könnte also einiges an Aufwand oder Kosten lauern. Dass du da eine einfache, fertige Lösung findest, halte ich für unwahrscheinlich. Da sollte man sich also Optionen und Anforderungen noch mal in Ruhe ansehen - also auch die Frage, ob es wirklich zwei Domänen sein müssen, das hat ja sicher auch an anderen Stellen Nachteile. Gruß, Nils

Moin, hm, so weit hatte ich mir das auch nicht angesehen. Scheint, als wäre die Anforderung dann in jedem Fall mit großem Aufwand und mit einigen Fachkenntnissen verbunden. Man sieht an der Seite von Frank ja sehr schön, was in so einer Situation alles zu berücksichtigen ist und wie sich sowas zu einem veritablen Projekt ausweitet. Gruß, Nils

Moin, vermutlich einer der Fälle, die nirgends ausdrücklich geregelt sind. Technisch dürfte AAD Connect auch in diesem Szenario der günstigste Weg sein, weil es alles, was man braucht, schon enthält. Alternativ könnte man so einen Sync auch mit anderen Tools (ohne Windows) bauen, aber ich bezweifle, dass man da was Fertiges findet, und dann ist es unangemessen viel Arbeit. Lizenzrechtlich wird man wohl über Mutmaßungen nicht hinauskommen - gerade in diesem Fall, wo an den A1-Lizenzen ja auch niemand richtig Geld verdient. Intuitiv würde ich der Vermutung von Franz anhängen: Der Windows-Server ist an den Aktivitäten der Anwender nicht beteiligt, sondern er sorgt nur im Hintergrund für einen eher sporadischen Datenaustausch, den man auch anders bewerkstelligen könnte. Kein User greift direkt oder indirekt auf den Windows-Server zu. Also vermutlich (!) keine CAL-Pflicht. Eine Unklarheit bleibt, und ich fürchte, wie gesagt, die wird man nicht aufgelöst kriegen. Gruß, Nils

Moin, Das ist keine Raketenwissenschaft, aber man sollte sich schon ein wenig damit auskennen. Also solltest du den Rat, zwei, drei Ecken weiter nach einem kompetenten Dienstleister zu suchen, befolgen. Sowas installiert man nicht "per Forum", und die Lizenzen sind das kleinste Problem. Gruß, Nils

Moin, Partitionen sind seit ungefähr 20 Jahren fast immer von Nachteil, also: nein. Gruß, Nils

Moin, beherrscht die VPN-Software keine Verbindung vor dem Login? Falls M365 im Einsatz ist, könnte man das sonst über den AAD-Account regeln. Oder ein Old-School-Workaround: Der User loggt sich per RDP von einem vorhandenen Gerät aus ein, solange das neue Gerät noch in der Firma ist. Gruß, Nils