zahni

Generell: Das Konto, unter dem der IIS läuft, muss auf der "Storage Box" berechtigt werden, Im IIS (wo auch immer da etwas eingebunden werden soll), muss der Zugriff per UNC-Pfad erfolgen. Per Laufwerksbuchstabe klappt es i.d.R. nicht.

Bitte konfiguriere nur "Deine" DNS-Server in den Netzwerkeinstellungen. Für die anderen DNS-Server musst Du ein Deinen DNS-Servern eine Weiterleitung einrichten. PS: Und die zusätzlichen DNS-Suffixe dürften auf den DCs überflüssig sein. Die werden nur von der Servern und Clients benötigt, die tatsächlich eine Namesauflösung in diesen Domänen machen müssen.

Ich stolpere gerade über "domain.lan" und "mydomainname.local"? Ansonsten auf den vorhandenen DC1 mal ein gepflegtes DCDIAG ausführen. Ist auf den Maschinen die Windows Firewall aktiv? Richtig konfiguriert? Synchronisieren alle DNS-Server miteinander? Sind das alles Windows-DNS-Server?

Poste mal ipconfig /all vom alten und neuen DC. Du hast da nicht etwas irgendwelche Internet-DNS-Server eingetragen?

Hi, vielleicht kann mit jemand helfen: HPPE hat immer noch 2 schrottige VIBs in seinem Depot (Problem mit ELX_bootbank_elx-esx-libelxima.so). Beim Virtual Center 6.7 konnte ich die beiden Updates via Baseline ausblenden. Leider klappt das beim VCSA 7.01 nicht mehr. Hier kommt der Fehler schon beim Download und die HPE-Driver werden nicht importiert: (die uralten Treiber braucht niemand, sie sind aber in der XML enthalten und HPE ist unfähig, die dort zu entfernen): ImageService: 9587: 2020-11-10 14:01:36,562 Metadata:115 INFO Reading metadata zip /tmp/tmphjvwgexc ImageService: 9587: 2020-11-10 14:01:36,831 DepotCollection:389 INFO Error parsing metadata.zip from https://vibsdepot.hpe.com/hpe/sep2018/metadata-hpe-esxi-drv-bundles-670.10.3.5.zip: VIBs ELX_bootbank_elx-esx-libelxima.so_12.0.1108.0-03 and ELX_bootbank_elx-esx-libelxima.so_12.0.1108.0-03 have unequal values of the 'payloads' attribute: '[elx-esx-libelxi: 1493.833 KB]' != '[elx-esx-libelxi: 1602.936 KB]' ImageService: 9587: 2020-11-10 14:01:36,831 DepotMgr:39 ERROR Unable to connect to depot(s) https://hostupdate.vmware.com/software/VUM/PRODUCTION/addon-main/vmw-depot-index.xml, https://vibsdepot.hpe.com/index.xml, https://hostupdate.vmware.com/software/VUM/PRODUCTION/iovp-main/vmw-depot-index.xml, https://vibsdepot.hpe.com/index-drv.xml, https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml, https://hostupdate.vmware.com/software/VUM/PRODUCTION/vmtools-main/vmw-depot-index.xml: VIBs ELX_bootbank_elx-esx-libelxima.so_12.0.1108.0-03 and ELX_bootbank_elx-esx-libelxima.so_12.0.1108.0-03 have unequal values of the 'payloads' attribute: '[elx-esx-libelxi: 1493.833 KB]' != '[elx-esx-libelxi: 1602.936 KB]' ImageService: 9587: 2020-11-10 14:01:36,831 imageService:324 ERROR Failed to validate depot: VIBs ELX_bootbank_elx-esx-libelxima.so_12.0.1108.0-03 and ELX_bootbank_elx-esx-libelxima.so_12.0.1108.0-03 have unequal values of the 'payloads' attribute: '[elx-esx-libelxi: 1493.833 KB]' != '[elx-esx-libelxi: 1602.936 KB]' ImageService: 9587: 2020-11-10 14:01:36,831 imageService:779 INFO Time used for command depots --validate --depot https://hostupdate.vmware.com/software/VUM/PRODUCTION/addon-main/vmw-depot-index.xml --depot https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml --depot https://hostupdate.vmware.com/software/VUM/PRODUCTION/iovp-main/vmw-depot-index.xml --depot https://hostupdate.vmware.com/software/VUM/PRODUCTION/vmtools-main/vmw-depot-index.xml --depot https://vibsdepot.hpe.com/index.xml --depot https://vibsdepot.hpe.com/index-drv.xml : 98426.86 ms Hat da jemand eine Lösung auf Lager? Danke im Voraus.

Bei Intel sind ausschließlich Serverprozessoren (XEON) und deren Chipsätze ECC-Fähig.

So ist das halt mit dem Software-Abo. Wobei man damit nicht automatisch die "Cloud" benutzt. Office 365 ist halt das Abo-Produkt, bei dem es immer wieder neue Funktionen gibt. Ob man will oder nicht...

OK, ISNULL ist aber limitiert auf 2 Argumente. K.A. in welchem SQL-Standard die das geändert haben. Ich gucke mir immer was von meiner Kollegin ab, die echt schräge SQL-Funktionen im Schlaf beherrscht. DB2-Doku "The ISNULL function is identical to the COALESCE scalar function, except that ISNULL is limited to two arguments." Ach ja: COALESCE ist wohl ANSI-Standard und sollte daher immer gleich funktionieren: https://www.itprotoday.com/sql-server/coalesce-vs-isnull

COALESCE ist eine Abart von ISNULL, die das Case-Gedöns einspart. Bei String-Operationen oder wenn man auf irgendwelchen Gründen kein NULL ausgeben möchte, ist eine große Hilfe.

Was steht denn in den Felder? String oder Zahl? concat (COALESCE (feld1,'')+(COALESCE (feld2,'0')) Prinzip klar? Mit (COALESCE (feld1,'Hanz Dampf') gibst du "Hans Dampf" aus, wenn die Spalte NULL ist.

Die Funktion https://docs.microsoft.com/de-de/sql/t-sql/language-elements/coalesce-transact-sql?view=sql-server-ver15 ist Dein Freund. Hier kannst Du für NULL einen anderen Default-Wert ausgeben.

Das passiert manchmal, wenn man Scripte per Copy&Paste von Webseiten kopiert.

Wahnsinnig OT Die Sparkassen bieten diese TAN-Generatoren: https://www.sparkassen-shop.de/home/shop/tan-generatoren--chipkartenleser,381/

Parallels hat die bessere MAC-Integration. Ist aber im Prinzip egal.

Es gibt mittlerweile auch TAN-Generatoren, die einen OR-Code lesen. Wollte ich mir eigentlich auch mal zulegen...*grübel*

Wobei auf einem MAC eher https://www.parallels.com/de/products/desktop/ zu empfehlen ist. Kostest für privat 80 EUR.

Es gibt doch schon LTO9.

Stimmt. Welche Software wohl auf LTO7 geliefert wird?

Jetzt wo Ihr es sagt: Im BIOS von SCSI-Controllern gab es oft die Option: Tape-Boot-Support, oder so.

Mir fällt gerade ein: Ich habe mal vor vielen Jahren SCO-Unix von einem Magnetband (!) installiert. Wollte mein Chef so. Richtig Ahnung hatte ich davon nicht, Und heute auch nicht wirklich. Beim Kunden lief es aber irgendwie.

Für bösen DLLs, die mit RunDLL gestartet werden, ist man dann aber nicht völlig sicher.

Ich empfehle Die hier eine externe Beratung. Hier wird das leider nichts. K.A. was die "Medienserver" machen. Auch hier gibt es Lösungen...

Beide Netze auf den gleichen Sicherheitstand bringen. Dann ist eine Trennung der Netze nicht mehr notwendig und es werden Redundanzen (z.B. Internetzugang) vermieden.

Das musst Du testen. Noch musst Du es ja manuell aktiveren. Vorher gibt es Event-Einträge (siehe weiter oben).

Auch bei RSync können Viren reinkommen. Und Du wirst Anforderungen nach einem gemeinsamen Zugriff auf die gleichen Dateien nicht umsetzen können.