Dateisystem-Redirection
System32, SysWOW64 und Program Files (x86) sind keine kosmetischen Unterschiede. Sie entscheiden, welche Binaries und Pfade ein Prozess wirklich sieht.
Registry-View
HKLM\Software und WOW6432Node muessen je nach Prozessarchitektur und Produktmodell unterschiedlich bewertet werden.
PowerShell-Kontext
Ein 32-Bit-Host liest und schreibt nicht dieselbe Welt wie ein 64-Bit-Host. Detection-Skripte koennen dadurch korrekt aussehen und trotzdem am falschen Ort pruefen.
Produktarchitektur
Ein x86-Produkt auf x64-Windows ist nicht automatisch falsch. Gefaehrlich wird es erst, wenn x86- und x64-Logik unbewusst vermischt werden.
Typische Bruchstellen
Wo Architekturfehler in der Praxis zuschlagen
Diese Stellen erzeugen besonders oft Wiederangebote, Fehldetection oder unvollstaendige Deinstallationen.
Detection auf falschem Registry-Zweig
Das Paket installiert korrekt, aber die Detection schaut im 64-Bit-Zweig, waehrend der Installer seine Daten unter WOW6432Node hinterlaesst.
Dateipfad passt nur in einer Architektur
Ein fester Pfad nach Program Files kann bei x86-Anwendungen auf x64-Systemen an der Realitaet vorbeigehen.
PowerShell-Skript laeuft im falschen Host
Im Deployment-System entscheidet oft nicht dein Code, sondern der aufrufende Host, ob du x86 oder x64 siehst.
Detection Recipes lesenUpgrade ersetzt andere Architektur nicht sauber
Ein x64-Paket kann ein vorhandenes x86-Paket uebersehen, wenn Uninstall- und Detection-Logik nur fuer eine Architektur gebaut wurden.
Updates und Supersedence lesen$is64BitOs = [Environment]::Is64BitOperatingSystem
$is64BitProcess = [Environment]::Is64BitProcess
"OS x64: $is64BitOs"
"Process x64: $is64BitProcess"Pruefregeln
Was in jeder Paketdoku stehen sollte
Architektur muss explizit dokumentiert werden, sonst wird sie spaeter geraten.
Installer ist x86 oder x64
Das betrifft Dateipfade, Registry, Detection und Upgradepfad. "Lief in der Test-VM" reicht nicht als Beschreibung.
Detection-View ist festgelegt
Es muss klar sein, ob Datei, Registry oder MSI-Nachweis aus 32-Bit- oder 64-Bit-Sicht bewertet wird.
Deinstallation kennt beide Faelle
Wenn Altversionen in unterschiedlicher Architektur vorkommen, muessen beide Pfade im Design mitgedacht sein.
Dependencies passen zur Architektur
Runtimes und Redistributables muessen zum Zielprodukt passen. Eine formal vorhandene, aber falsche Runtime hilft nicht.
Prerequisites lesenTypischer Fehler
Ein Detection-Skript wird als korrekt betrachtet, weil es lokal etwas findet. Im Deployment-System laeuft derselbe Code aber in einem anderen Prozessmodus und liefert ploetzlich "nicht installiert".
Troubleshooting-Hinweis
Wenn Dateien, Registry und Logs sich widersprechen, ist Architektur einer der ersten Punkte, die du aktiv pruefen solltest.
Troubleshooting lesenTrust bleibt getrennt
Auch x86- und x64-Varianten derselben App koennen unterschiedliche Wrapper, Signaturen oder Quellen mitbringen.
Security und Trust lesenFreigabe nur mit Architekturtest
Mindestens eine reale Konstellation mit Altversion, korrekter Detection und Uninstall sollte pro Architekturtest abgedeckt sein.
Checkliste lesen