Nik

Можно я попробую.

Сам не писал скрипты для микротика, но писал для других систем. Давайте посмотрим на строки:

1) :global thisdate [/system clock get date]
2) :global time [/system clock get time]
3) :global datetimestring ([:pick $thisdate 0 3] ."-" . [:pick $thisdate 4 6] ."-" . [:pick $thisdate 7 11])

1) Мы получаем дату и запихиваем ее в переменную в каком то виде
2) В переменную time мы просто запихиваем время в каком то виде
3) В переменную datetimestring мы ФОРМАТИРУЕМ и запихиваем дату в нужном нам виде.

Следовательно, нам нужно то же самое проделать и со временем. Что бы сделал Я =)

1) Создал переменную по типу:
:global timestring
2) обработал бы правилом, как указал товарищ выше - ([:pick $thisdate 0 3] ."-" . [:pick $thisdate 4 6] ."-" . [:pick $thisdate 7 11])

Если pick - это вырез подстроки заданного диапазона из переменной (thisdate ), то можно понять что с начала вырезается с 0 по 3 символ, объединяется с символом " - " , дальше с 4 по 6 символ из переменной , потом объединяем его с " - " , и потом берем последнюю часть с 7 по 11 символ и объединяем его с " - ".

Вроде пока понятно ??

ТОгда, ПО ВАШИМ словам , если переменная time выдает 00:00:00, где допустим ЧЧ.ММ.СС впрочем не важно, то для модификации вам надо добавить строку после time

:global timestring ([:pick $thisdate 0 1] ."-" . [:pick $thisdate 3 4] ."-" . [:pick $thisdate 6 7])

И далее поправить строку формирования имени выходного файла :

Было так -
:global backupfilename ([/system identity get name]."_".$datetimestring."_$time")

Станет так -
:global backupfilename ([/system identity get name]."_".$datetimestring."_$timestring ")

Попробуйте

Зависит от вашего бюджета и железок, а ещё степени паранойи

Если ваш роутер совсем тупой и не умеет даже SNMP, то никак. Если умеет -- то настраивать, например, zabbix, и снимать информацию по SNMP с роутера. Но это покажет вам общую загрузку канала, но не покажет, кто конкретно загрузил канал под завязку. Чтобы понять, кто конкретно -- нужен более интеллектуальный роутер, который умеет, например, netflow. И ставить в сети сборщик netflow, смотреть, что загружает канал.

Более простая реализация -- поставить в сети http-proxy. Для сквида, например, есть утили, позволяющие оценить трафик по-юзерно, например sqstat.

Прежде всего определитесь с профессией.
А дальше миллион книг про системное администрирование.

Коротко и ясно.

Очевидно что сдохла файловая система, запускайте fschk

Действительно, все DNS, как публичные, провайдерские, так и локальные выполняют одну функцию.

Но я бы хотел уточнить, говоря вкратце, что в вашем случае локальный DNS используется для поддержки AD и разрешает имена внутри домена, чего не могут сделать серверы провайдера, попросту не обладая информацией о внутренностях вашей сети. Во избежание связанных с этим ошибок станциям в локальной сети не стоит прописывать DNS провайдера.
В других случаях локальный DNS может ещё выполнять другие функции, как например кэширование.

Рабочие станции, обращаясь к вашему DNS, пытаются разрешить имя для ресурса. Здесь два варианта: либо это ресурс внутри домена и он отвечает клиенту, либо это внешний ресурс и нужно обращаться к вышестоящему серверу (рекурсивным запросом или напрямую).
Вышестоящим сервером могут быть либо настроенные сервера пересылки (обычно DNS провайдера), либо корневые.

Почему имеет смысл настроить DNS провайдера как сервер пересылки? По той же причине: они могут выполнять некоторые дополнительные функции как кэширование, которое сократит время запроса, так и географические привязки (местные узлы CDN крупных сервисов, например).

В общем-то, структура DNS является древовидной и принципы работы сохраняются для более высоких уровней.