Jakýkoli starší server s čipsetem řady Intel 7501, do kterého pasují jenom 32b Xeony do Socketu 603 (Netburst). Totéž čipsety ServerWorks odpovídající generace (novější už se snad ani nedělaly). Nebo novější desktopové čipsety z řad i9xx už v kombinaci s paticí LGA775, ale s levnějšími procesory s 32b-only jádrem P4/Netburst. Celerony na téhle bázi se prodávaly dost dlouho. Jasně, cokoli je Core2, umí automaticky 64 bitů.
Ale ono to nakonec nemusí být o hardwaru, ale o volbě operačního systému, závislosti na 32bitových aplikacích apod.
32bitové aplikace (user space) běží bez problémů i pod 64bitovým kernelem (navíc rychleji, protože 64bit kernel je rychlejší), na to není potřeba mít PAE.
V Linuxu je to poměrně v klidu, ale pod Windows jsem slyšel o případech, kdy je to problém. Kdy 32b aplikace plus potřebná kombinace systémových servisek a jejich mngt ksichtů není snadno portovatelná do 64b prostředí. Jedná se i o tak triviální věci, jako je IIS + MSSQL + pár proprietárních exáčů a VB skriptů.
Možná je nejjednodušší situace v Linuxu, kdy kernel je 64bitový a *komplet celý* user-space je 32bitový. Takže se nemusí řešit případné vzájemné nesoulady mezi 32b aplikacemi a 64b verzemi knihoven apod. 32bitové kernel ABI je velice přesně definované, takže na rozhraní kernel/user-space problém nevzniká.
Tohle pod Windows těžko poskládáte - tam máte 64b kernel a (snad komplet) 64b základ user-space. Takže záleží na tom, které součástky Vašeho "celkového řešení" jsou 32bitové a které 64bitové, jaká mají navzájem mezi sebou rozhraní, zda tam může vzniknout nesoulad (viz třeba banální datový typ signed/unsigned int).