Используя LDAP для хранения данных о клиентах
"Реальные" служебные программы имеют код для обработки работающих операций очистки и завершения работы. Вы запускаете программу, которая не была предназначена, чтобы быть выполненной как услуга, и она не имеет такого кода для обработки корректного завершения, когда Диспетчер управления службами (SCM) сигнализирует, что сервис останавливается.
Кто-то мог записать хорошую сервисную обертку для VirtualBox, который мог корректно обработать выполнение как услуга. Это - действительное решение. К сожалению, Вы не собираетесь придумывать "взлом", который сделает то, что Вы ищете. SRVANY (и любая программа того же типа, о котором я знаю) не имеет никакой возможности выполнить указанный пользователями код, когда SCM сигнализирует, что сервис останавливается.
Если нет существующие ObjectClasses, которые имеют атрибуты, Вы хотите Вас, должен расширить схему Вашего сервера LDAP для поддержки этих новых атрибутов нормальным способом (предпочтительный для порчи/переработки существующих атрибутов в новых целях, и более гибкий).
Если уже существуют ObjectClasses, которые отвечают Вашим требованиям, лучше сделать Ваших членов объектов всего ObjectClasses, в котором они должны быть иметь атрибуты, которых Вы требуете.
Если Вы создаете новые поля/объекты, и Ваша организация уже не имеет того, под которым необходимо будет зарегистрировать Номер Частного предприятия (http://pen.iana.org/pen/PenApplication.page) для помещения LDAP OIDs.
См. документацию своего сервера LDAP для получения дополнительной информации о расширении схемы (Для 389 Серверов каталогов, Руководства по развертыванию, разделите 3.4, хорошее стартовое место).