Crashplan на безголовом сервере

версии vnStat 1.3 - 1.18 используют одну и ту же структуру базы данных, поэтому совместное использование базы данных с этими версиями возможно до тех пор, пока

Как и в случае с двойной загрузкой, эти ограничения не должны быть проблемой, предполагая, что имена сетевого интерфейса совпадают. 6]

Каталог базы данных необходимо переместить в место, доступное для обеих сред. В файле конфигурации /etc/vnstat.conf правильное ключевое слово для поиска - DatabaseDir. С помощью ntfs вы также можете отключить UseFileLocking и CheckDiskSpace, чтобы избежать неожиданностей. Вероятно, это также поможет отключить CreateDirs и UpdateFileOwner. Обратите внимание, что монтирование должно быть доступно до запуска демона vnStat.

Редактирование файла конфигурации требует перезагрузки или перезагрузки демона. Также лучше оставить демона остановленным при создании копии каталога базы данных. Вам также необходимо будет синхронизировать изменения файла конфигурации в обе среды после изменения.

Бонус

Теоретически это возможно. Я предполагаю, что должно быть возможно получить команду vnstat, работающую в подсистеме Windows для Linux. После того, как это работает, можно использовать функциональность --exportdb, чтобы сбрасывать содержимое базы данных в файл ascii, а затем добавлять собранные данные к существующим номерам (что может быть не совсем точно), а затем использовать --importdb для импорта обратно изменения и перезапись существующей базы данных.

Возможно, более простой альтернативой будет использование vnStat 2.0 в обеих средах. Это приведет к созданию базы данных sqlite, содержащей данные, и я бы предположил, что для управления существующими данными доступны инструменты Windows. Эта опция потребует меньше шагов, но, тем не менее, требует некоторых действий, связанных с тем, как vnStat хранит данные в базе данных.