Jump to content

NilsK

Expert Member
  • Gesamte Inhalte

    17.135
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von NilsK

  1. Moin,

     

    naja, wie so eine KI halt ist - sie meint eine Regel erkannt zu haben, wie man solche Wörter bildet. Ich sag immer: KI ist künstlich, aber nicht intelligent.

     

    Bei den Erfindungen finde ich "abgeknörrt" aber auch einen ganz heißen Kandidaten (auf den hatte Norbert mich seinerzeit hingewiesen).

     

    [Es muss nicht immer abgeknörrt sein | faq-o-matic.net]
    https://www.faq-o-matic.net/2022/06/10/es-muss-nicht-immer-abgeknrrt-sein/

     

    Oder die Türen, die fenstern, während im Hintergrund Hunde flanen.

     

    [Wenn Türen fenstern | faq-o-matic.net]
    https://www.faq-o-matic.net/2021/09/23/wenn-tren-fenstern/

     

    Gruß, Nils

     

     

    • Like 1
    • Haha 1
  2. Moin,

     

    für mich klingt das völlig absurd und nach einem vorgeschobenen Argument. Wenn dein Arbeitgeber tatsächlich auf diese Weise seine Mitarbeiter:innen gegeneinander ausspielt, kann man sich als IT-Mensch ja durchaus überlegen, ob es dieser Arbeitgeber bleiben soll. Die Chancen zum Wechseln sind ja allgemein nicht schlecht in unserem Fachgebiet.

     

    Nur meine 0,02 Euro,

    Nils

     

    • Like 3
  3. Moin,

     

    aha, nun wird es interessant. Plötzlich sieht die Welt ganz anders aus.

     

    Dann wäre die sinnvolle Lösung, dass du mit der IT die Anforderung besprichst und dir von dort einen Weg weisen lässt, wie die Datei von einem Netz ins andere kommt. Einen Druckerport zum Dateitransport zu missbrauchen, ist aus Sicherheitssicht ja noch weniger akzeptabel. Offensichtlich gibt es ja eine geschäftliche Anforderung, die Datei zu übertragen, dann muss auch eine sinnvolle Lösung dafür her.

     

    Gruß, Nils

     

    • Like 2
  4. Moin,

     

    du "musst" diese Datei ja aus einem Grund ausgeben. Und offenbar muss sie dann auch eine bestimmte Qualität haben. Und zwar deshalb, weil du mit der Datei dann irgendwas machen musst. Es steht also ein Zweck dahinter. Oft kann man besser helfen, wenn man den Zweck kennt. Sonst arbeitet man sich an einem Symptom ab, statt eine Lösung zu finden.

     

    Gruß, Nils

     

    • Like 1
  5. Moin,

     

    vor 14 Minuten schrieb karlh:

    das wird nie funktionieren können

    halte ich für plausibel. Ein PDF-Druckertreiber wird nicht zaubern können.

     

    Was sagt denn der Hersteller der Applikation dazu?

     

    Ansonsten sind wir jetzt hier an einer klassischen Stelle, wo man als Dritter wenig ausrichten kann. Weder wissen wir, wie dein Workflow aussieht, noch wissen wir, welches Problem oder welche Anforderung eigentlich zu lösen ist.

     

    Gruß, Nils

  6. Moin,

     

    Deadlocks werden es ja nicht sein, sondern Locks. Es sind ja keine Transaktionen, die sich gegenseitig strukturell behindern.

     

    Grundsätzlich erzeugt UPDATE STATISTICS keine Locks (vgl. https://www.mssqltips.com/sqlservertip/4608/does-updating-sql-server-statistics-cause-blocking/) und sollte die Performance nicht wesentlich beeinträchtigen. Wenn das doch passiert, ist meist noch was anderes im Busch. Da wird man also genauer hinsehen müssen. Das wird in einem Forum nur begrenzt möglich sein, daher willst du dir vielleicht mal die Artikel aus dieser Websuche ansehen:

    https://duckduckgo.com/?q=sql+server+update+statistics+lock

     

    Gruß, Nils

     

  7. Moin,

     

    HCI ist nicht WSFC. 

     

    Ich verstehe, dass du beim Ausprobieren der Technik an verschiedenen Stellen dran bist. Um solche Fragen, wie sie dann auftreten, aber einordnen und beantworten zu können, sind oft mehr Informationen über den Gesamtaufbau nötig. 

     

    Gerade eben schrieb cheberdy:

    Ja, aber bei zwei Knoten, die jeweils eine Stimme haben, ist die erforderliche Anzahl eine Stimme. Also müsste er eine Stimme entfernen.

     

    Bei zwei Knoten gibt es ohne Witness keine Mehrheit. Fällt einer aus, ist der Cluster tot. Eine Stimme wäre keine Mehrheit.

     

    Meinst du nicht? Ja, genau. Das ist das, worauf ich hinauswill. Wir müssen hier genauer diskutieren, sonst werden wir aneinander vorbeireden.

     

    Gruß, Nils

     

  8. Moin,

     

    aha, also trifft meine Vermutung zu. Aber dann bist du auf dem Holzweg. Wenn du es geschafft hast, ein Split Brain zu provozieren - was bei den meisten Designs möglich bleibt -, dann kann der Cluster nicht mehr darauf reagieren. Könnte er reagieren, dann täte er es ja vorher, es würde also kein Split Brain geben.

     

    Sinnvoller als die Suche nach Punkten, die außerhalb der Spezifikation liegen, ist es also, die Spezifikation zu klären, zu prüfen, ob diese ausreicht und dann zu testen, ob das Setup sie einhält. Das muss man dann systematisch machen und es kann eine ganze Menge Aufwand erzeugen.

     

    Aus deinen Fragen in diesem und dem anderen Thread entnehme ich, dass du dich mit der Technik vertraut machst. Das ist gut und sinnvoll. Mein Tipp ist dann aber, vor dem Kaputtspielen erst mal damit vertraut zu werden, wie es gemeint ist. 

     

    Gruß, Nils

     

  9. Moin,

     

    vor 9 Minuten schrieb cheberdy:

    Das Ziel ist, eine Verfügbarkeitsgruppe auf Hochverfügbarkeit zu testen. Deswegen die Simulation des Split Brains

     

    versteh ich nicht. Wo soll da dann der Erkenntnisgewinn liegen? Es geht doch darum, ein Split Brain zu vermeiden. Das ist zunächst eine Architekturfrage. Jedes Setup kann bestimmte Schadensszenarien vermeiden. Da kann man dann testen, ob das auch wirklich funktioniert - da wäre ich dabei. Genauso hat jedes Setup aber natürlich auch seine Grenzen, man kann es also auch kaputtspielen. Das scheint das zu sein, was du grad vorhast. Aber da verstehe ich gerade nicht, wozu. Du suchst anscheinend nach Punkten, die jenseits der Spezifikation liegen, aber die gehen ja direkt aus der Spezifikation hervor.

     

    Oder geht es in Wirklichkeit um den ersten Teil, also zu prüfen, ob die geplanten Mechanismen auch wirklich greifen? Dann müsste man das Design näher betrachten, um hier etwas beizutragen.

     

    Gruß, Nils

  10. Moin,

     

    okay, dann habe ich auch noch einen Spezialfall: In Umgebungen, wo Forests mit mehreren Sites einander vertrauen, müssen die Sites identische Namen haben, damit die Lokalisierung von DCs über die Forests hinweg funktioniert.

     

    Leider funktioniert der Link, den ich in meinen Notizen dazu gespeichert habe, nicht mehr. Ich such noch mal.

     

    EDIT: gefunden. Ist alles etwas nerdy, aber deshalb lohnt es sich für Nerds. :lol3:
    https://techcommunity.microsoft.com/t5/core-infrastructure-and-security/how-domain-controllers-are-located-across-trusts/ba-p/256180

     

    Gruß, Ni"mein Senf gehört unbedingt dazu"ls

     

×
×
  • Neu erstellen...