Как я могу разрешить дрейфующие часы для своей Виртуальной машины?
Вы можете использовать LEFT JOIN:
SELECT g.id, i.metric, AVG(i.value)
FROM items_group g
LEFT JOIN items i ON i.group_id=g.id
GROUP BY g.id, i.metric
8 ответов
VMware имеет действительно хороший документ PDF об этой проблеме.
В основном, хост будет, убил галочки, поставленные Вашим гостям, как он может. не Делают , выполняет NTP или синхронизированный или спам как этот. Просто установите vmware-guestd и позвольте хосту, убил Ваши галочки. Если Вы все еще потеряете галочки, то любое другое решение будет иметь основной дрейф также.
, Если Вы можете, используйте гостя ОС, которая имеет уровень галочки низкой частоты. Более новые версии Linux идут с галочками на 1000 Гц, но он раньше только был 100 Гц. Это кажется легче для хоста поставить. Ядро восстанавливает, обычно необходим для изменения значения Гц.
Не установка дополнений виртуальной машины (инструменты) синхронизируют часы между гостем и размещают ОС?
, Предположительно, обновление регулярно через ntp не является хорошим решением
, Это - решение, которое я рекомендовал бы, все же. Почему это не считают хорошим в Вашем местоположении?
Установите NTP, если у Вас уже нет его.
ntpdate установит часы правильно, затем ntpd может сохранить часы точными.
проект пула NTP обеспечивает большой бассейн серверов NTP для выбора от.
Редактирование просто заметило, что Вы сказали, что думаете, что NTP не является хорошим решением - почему? Если Вы волнуетесь по поводу эффекта изменения часов, NTP является идеалом, поскольку ntpd не переходит часы вперед или назад, вместо этого это "slews" часы путем ускорения его/вниз немного, пока это назад не соответствует корректному времени.
Нет никакого категорического ответа, потому что несколько методов существуют, каждый имеющий его за и против. То, что выбрал один к, зависит от Ваших задач, загрузки сервера, операционной системы, и т.д.
Read vmware_timekeeping.pdf для полного понимания проблемы.
Быстрые рецепты для Linux могли быть найдены в отдельном статья
КБЯ имел ту же проблему и решил ее
- установка vmware-guestd
- отправка ядра опции clocksource=acpi_pm
- выполнение hwclock-s каждый час как корень.
Можно использовать cmd и
net time \\computer_name /set
для установки часов remotly (или в сценарии, например)
Просто чтобы добавить некоторые данные о том, почему NTPD не является хорошим решением. NTPD - это демон, который пытается компенсировать смещение локальных часов; если «внутренние часы» отклоняются на X секунд в день, то вместо того, чтобы прыгать вперед / назад, как принудительная команда, как в «ntpdate», NTPD пытается добавить / удалить несколько циклов на часах, чтобы вовремя, обычно в течение 15 минут часы работают достаточно точно, и компенсация преодолевает эти X секунд, которые серверы получают / теряют за день. Это имеет то преимущество, что вы не увидите повторения времени в течение дня, что ОБЯЗАТЕЛЬНО для транзакционных систем.
Но для этого NTPD требует, чтобы локальные часы выполняли достаточно хорошую работу, что обычно означает, что местные часы выиграли ' t расходятся более чем на 42 секунды в день (более или менее; я не уверен в точном количестве). Обычно это проблема виртуальных машин, поскольку часы управляются программным обеспечением, поэтому, если ХОСТ слишком перегружен, вы можете увидеть, что часы КЛИЕНТА будут работать медленнее, а если этого не произойдет, то часы могут работать также быстро. Проблема здесь для NTPD заключается в том, что локальные часы ненадежны и не имеют постоянного смещения во времени; это может быть более или менее в зависимости от перегрузки системы HOST.
Так что в этом случае лучше установить клиентские инструменты, как было предложено, и синхронизировать часы КЛИЕНТА с часами HOST (обычно называемые "настенными часы ")
поскольку часы управляются программно, поэтому, если ХОСТ слишком перегружен, вы можете увидеть, что часы КЛИЕНТА будут работать медленнее, а если нет, то часы могут работать слишком быстро. Проблема здесь для NTPD заключается в том, что локальные часы ненадежны и не имеют постоянного смещения во времени; это может быть более или менее в зависимости от перегрузки системы HOST.Так что в этом случае лучше установить клиентские инструменты, как было предложено, и синхронизировать часы КЛИЕНТА с часами HOST (обычно называемые "настенными часы ")
поскольку часы управляются программно, поэтому, если ХОСТ слишком перегружен, вы можете увидеть, что часы КЛИЕНТА будут работать медленнее, а если нет, то часы могут работать слишком быстро. Проблема здесь для NTPD заключается в том, что локальные часы ненадежны и не имеют постоянного смещения во времени; это может быть более или менее в зависимости от перегрузки системы HOST.Так что в этом случае лучше установить клиентские инструменты, как было предложено, и синхронизировать часы КЛИЕНТА с часами HOST (обычно называемые «настенными» часы ")
t имеют постоянный дрейф во времени; это может быть более или менее в зависимости от перегрузки системы HOST.Так что в этом случае лучше установить клиентские инструменты, как было предложено, и синхронизировать часы КЛИЕНТА с часами HOST (обычно называемые «настенными» часы ")
t имеют постоянный дрейф во времени; это может быть более или менее в зависимости от перегрузки системы HOST.Так что в этом случае лучше установить клиентские инструменты, как было предложено, и синхронизировать часы КЛИЕНТА с часами HOST (обычно называемые «настенными» часы ")