Похоже, что запустить контроллер UniFi как настоящую службу x64 возможно, но я бы не рассчитывал, что настройки сохранятся после обновления. Гораздо проще использовать встроенную Java JRE или системную x86 JRE. Чтобы запустить на x64 JRE, начинайте с инструкций из базы знаний, вплоть до команды «java -jar lib\ace.jar installsvc». Похоже, что существует несовместимость с версией Procrun (похоже, она относится к Tomcat6?) и методом запуска «exe» под x64. Скачайте бинарники Windows из исходного проекта и распакуйте их в новую папку под <unifi_base>, например, commons-daemon. Измените существующую запись службы UniFi в реестре: удалите значение WOW64 DWORD и обновите ImagePath, указав путь к нативному «prunsrv.exe» в каталоге «amd64» (у меня это «C:\ProgramData\Ubiquiti UniFi\commons-daemon\amd64\prunsrv.exe»). Теперь, когда у вас есть x64-исполняемый файл, вы можете загрузить jvm.dll для x64. Создайте и запустите ярлык на «prunmgr.exe» с аргументом командной строки «//ES//UniFi» (или просто запустите его напрямую). На вкладке Java обновите «Java Virtual Machine», указав точный путь к серверному «jvm.dll», например, «C:\Program Files\Java\jre7\bin\server\jvm.dll»; на вкладке Startup измените режим на «jvm». По крайней мере, у меня именно так получилось. Возможно, для вас это не стоит усилий, но я, как говорится, упёртый. Наверное, стоит добавить, что моя служба работает под учётной записью виртуальной службы в Windows Server 2012 Essentials. Я точно не помню, был ли по умолчанию «Local Service» или «Local System», но с первым, думаю, могут возникнуть проблемы.

После нескольких попыток я запустил UniFi контроллер на Windows 2008 R2 x64 с Java 7. Я пробовал шаги, которые предложил infomatix, безуспешно. Причём Java 7 уже была установлена, и путь к Java 7 был правильный (использовал команду "where java" для поиска). Потом я удалил UniFi и Java, а затем поставил UniFi, позволив ему скачать Java (как советовал networxpc). Получилась рабочая установка UniFi, но с сильно устаревшей версией Java 6. Я попытался обновить Java, надеясь получить последнюю версию Java 6, но в итоге получил Java 7. Это сломало контроллер UniFi, пока я не обновил путь к Java в переменной PATH. (Кажется, мне ещё пришлось обновить путь к Java в ярлыке контроллера и, возможно, переустановить службу UniFi, но я не записывал и уже не помню).

P.S. Сейчас всё работает нормально с последним обновлением Java 7. Я использую версию контроллера 2.3.6, в которой нет бага, описанного в вики, когда контроллер закрывается при выходе локального пользователя из системы.

P.P.S. Для меня было важнее заставить систему работать, чем заниматься личными изысканиями, но предполагаю, что сложность вызвана тем, что при первой установке Java я поставил 64-битную версию Java 7. Она не работала. А когда я запустил обновление через панель управления Java на устаревшей Java 6, которую поставил UniFi контроллер, получил 32-битную версию Java 7. В итоге обе версии были одного обновления Java 7, пути были правильные, но 64-битная не работала, а 32-битная — да. Это вообще имеет какой-то смысл?