Должен ли он возникать на веб-уровне?Кто будет там, чтобы потреблять HTML?Как правило, периодические запросы SQL планируются в базе данных.В случае MS SQL Server - через средство работы агента SQL.SQL Server может даже отправлять электронную почту.
RE: edit2: Должен был сказать об этом прямо сейчас.SQL Server Compact - это не то же самое, что SQL Server - например, он не имеет SQL Agent IIRC.Тем не менее, вызов веб-слоя является излишним.Я бы использовал файл Windows Scripting Host (.js) в сочетании с планировщиком задач Windows.Файлы WSH могут подключаться к базам данных через ADO и делать что угодно - вставлять, выбирать, что угодно.
Чтобы обнаружить пропущенные запланированные запуски, добавьте дополнительную таблицу с журналом запланированных запусков.Затем при последующих запусках вы можете проанализировать дату последнего запуска и действовать соответственно.
Edit2: поэтому нет административного доступа.Вы должны действительно рассказать все эти детали в вопросе.В этом случае я бы прошел бы через веб-слой в конце концов, но планирование было бы на МОЕМ конце - где у меня есть контроль.Запустите планировщик задач и запустите на сервере HTTP-URL.Для вызова URL вы можете использовать что-то вроде бесплатной утилиты CURL .Недостатком запуска IE по расписанию является то, что окно остается открытым.
IIS не является механизмом планирования.
Edit3 re: comment: извините, я неправильно понял природу ваших настроек.Мой собственный опыт омрачил мое суждение :) Можете ли вы просто выполнить проверку во время каждой операции входа в систему, и, если с момента последней операции обслуживания прошло какое-то время, запустите ее прямо тогда и там?Сколько времени занимает обслуживание?Если это ~ 1мин +, имеет смысл запускать его в рабочем потоке, чтобы вошедший в систему пользователь не заставлял себя ждать.
В общем, планирование ежедневного обслуживания является хорошей идеей, и оно реализуется довольно часто,но, похоже, у вас просто нет возможности.