И то и другое - закрытая территория около 8 Га, за городом на краю посёлка.
Думаю, что сильно мы никому не мешали - одна антенна смотрела в поле, а от другой до ближайших строений почти полкилометра. А до обитаемых - еще больше. И всё это через деревья. А они 5 Ггц очень сильно глушат. Как-то по весне одна ветка выросла как раз на линии антенн. Стоило листочкам распуститься - связь пропала. Скорее всего, какой-то шум пробивался слегка, но полезный сигнал по Wi-Fi почти отсутствовал.
И если дом еще будет появляться постепенно, то башенный кран соберут махом. И по закону Мерфи он окажется точно-точно на линии между двумя вашими точками.
Точно-точно!
Раньше у нас на работе был Инет по радиоканалу. На крыше направленная решетка, потом толстый коаксиал и в шлюзе карточка "Cisco" и программа оценки качества сигнала.
И вот стал сигнал пропадать. Прога показывает, что всё нормально, потом падает сигнал почти до нуля и снова восстанавливается.
Полез я на крышу, встал возле антенны и вижу, что примерно на середине расстояния до провайдеровского ретранслятора начали строить дом. И башенный кран ездит по рельсам туда-сюда, туда-сюда. И как раз ретранслятор периодически закрывает.
Ну, про Hot-Spare не упоминают, наверное, потому что это и так само собой разумеющееся.
Но не всегда. Например, для SQL+1C сервера систему, базы и журналы транзакций лучше располагать на массивах с HS. А TempDB, кэши и горячие бэкапы и без HS обойдутся.
Кстати, лет 15 назад RAID-10 реально спас одну ИС. Пока искали диск на замену (а там SCSI Ultra320 были), пока его покупали, пока привезли, пока менять собрались - вышел из строя еще один. Хорошо, что из другого зеркала.
Кстати, чем больше дисков в RAID-5, тем выше вероятность консолидированного сбоя. Читал рекомендацию не делать его больше, чем из 4-6 дисков. Всё что больше - RAID-6 или хотя бы RAID-50.
Выход из строя диска - причина более частая и по последствиям более разрушительная, чем всё перечисленное вместе взятое.
Для прочего есть другие организационно-технические решения:
От шифровальщиков групповыми политиками назначили запрет на выполнение определенных действий. Это для обычных пользовательских компов. Для производственных и лабораторных АРМов всё еще проще - работают в изолированном сегменте сети или вообще к сети не подключены, CD/DVD-дисководов нет. USB-порты закрыты металлическими заглушками.
Удаление файлов в СХД сделано через корзину с автоматической очисткой по истечению срока давности. Если пользователь удалил файл мимо корзины - R.Saver или R-Studio в помощь. У нас одна обиженная перед увольнением удалила папку с документами с рабочего стола компа коллеги и корзину очистила. За 5 часов всё восстановили.
Если пользователь решил изменить содержимое файла и перезаписать его, то это его собственное решение, а не моя зона ответственности.
Т.е. при одинаковом объеме хранения RAID-5 на трёх дисках менее надежен, чем 2 RAID-1 на четырех дисках.
И наличия бэкапа не умаляет значение RAID для повышения надежности.
Если имеем дела не с сервером СУБД с полной моделью восстановления и журналированием на отдельных массивах, а с обычными рабочими материалами и проектами или отчетами, то бекап не совершается в реальном времени, а, в лучшем случае, пару раз в сутки. А то и раз в неделю. Поэтому отсутствие RAID чревато потерей документов за несколько дней.
Скажу по секрету - под домашнюю файлопомойку подходят любые диски, лишь бы контроллер или софтверный RAID на них не ругался.
Я на работе из списанного барахла сделал себе личную ФП. Поднял на ней ХРЕНолоджи. На ней сделал массив SHR-2 (это проприетарный RAID-6 от Synology) на 6-ти списанных, но с хорошим S.M.A.R.T.ом Seagate Barracuda ST500DM002.
Теперь у меня там видеокурсы по настройкам, ремонту, Флибуста, рок и метал.
Тот же IRST хорошо работает в производственных АРМах. Причина - он дешев и прост в настройках (которых, по сути, нет), а АРМы, обычно, дублируются и троируются. Да еще бэкапируются. И контроллер выйдет из строя только вместе с мамкой, тому как отдельного аппаратного контроллера нет.
Можно не заморачиваться мониторингом, высокими уровнями RAID и пр. По факту выхода из строя, заменить диск - дело 15-20 минут. Плюс время доехать до объекта и уехать с него.
И то и другое - закрытая территория около 8 Га, за городом на краю посёлка.
Думаю, что сильно мы никому не мешали - одна антенна смотрела в поле, а от другой до ближайших строений почти полкилометра. А до обитаемых - еще больше. И всё это через деревья. А они 5 Ггц очень сильно глушат. Как-то по весне одна ветка выросла как раз на линии антенн. Стоило листочкам распуститься - связь пропала. Скорее всего, какой-то шум пробивался слегка, но полезный сигнал по Wi-Fi почти отсутствовал.
И это из-за одной ветки на расстоянии 300 м.
Как-как ... Ногу у туалатина одну откусить :)
Только это для замены Коппермайна. А в этой теме, похоже, проц - Мендочино, более древний. Можно ли его на Туалатин заменить - не знаю.
У нас был. Валялся на складе долго. Потом связист его выпросил. Уж не знаю, зачем ему он мог понадобиться.
Вот бяда-бяда!!! А мужики то и не знали ...
У нас на одном объекте между корпусами была связь через такие штуки:
TEW-676APBO
Ставить столбы и по ним тянуть пол-КаМэ оптики - так себе вариант. Поставили на крыши эти антенны, направили друг на друга в прогал между деревьями.
И работали долго и счастливо лет 10, пока одна не сгорела. Потом купили на 2,4 Ггц.
Процессор Intel Celeron с частотой 500 MHz;
Материнская плата Acorp 6via/zx85, Socket 370
Ну, если это еще не ретро :D
Конец 90-х где-то.
Точно-точно!
Раньше у нас на работе был Инет по радиоканалу. На крыше направленная решетка, потом толстый коаксиал и в шлюзе карточка "Cisco" и программа оценки качества сигнала.
И вот стал сигнал пропадать. Прога показывает, что всё нормально, потом падает сигнал почти до нуля и снова восстанавливается.
Полез я на крышу, встал возле антенны и вижу, что примерно на середине расстояния до провайдеровского ретранслятора начали строить дом. И башенный кран ездит по рельсам туда-сюда, туда-сюда. И как раз ретранслятор периодически закрывает.
Да, но только содержащий буквы "В", "О" и "Р".
Двигатель не установлен?
Это будет самая меньшая половина.
Нет, только статьи.
Видимо, ему есть что скрывать.
Т.е. раньше ИНН и СНИЛС ты светил в весьма редких местах (и то они утекали).
А теперь ИД ЕРН будешь светить при любом предъявлении паспорта (а предъявлять его надо часто).
А если не получится - еще один реестр создадут.
Ну, про Hot-Spare не упоминают, наверное, потому что это и так само собой разумеющееся.
Но не всегда. Например, для SQL+1C сервера систему, базы и журналы транзакций лучше располагать на массивах с HS. А TempDB, кэши и горячие бэкапы и без HS обойдутся.
Кстати, лет 15 назад RAID-10 реально спас одну ИС. Пока искали диск на замену (а там SCSI Ultra320 были), пока его покупали, пока привезли, пока менять собрались - вышел из строя еще один. Хорошо, что из другого зеркала.
Кстати, чем больше дисков в RAID-5, тем выше вероятность консолидированного сбоя. Читал рекомендацию не делать его больше, чем из 4-6 дисков. Всё что больше - RAID-6 или хотя бы RAID-50.
Выход из строя диска - причина более частая и по последствиям более разрушительная, чем всё перечисленное вместе взятое.
Для прочего есть другие организационно-технические решения:
От шифровальщиков групповыми политиками назначили запрет на выполнение определенных действий. Это для обычных пользовательских компов. Для производственных и лабораторных АРМов всё еще проще - работают в изолированном сегменте сети или вообще к сети не подключены, CD/DVD-дисководов нет. USB-порты закрыты металлическими заглушками.
Удаление файлов в СХД сделано через корзину с автоматической очисткой по истечению срока давности. Если пользователь удалил файл мимо корзины - R.Saver или R-Studio в помощь. У нас одна обиженная перед увольнением удалила папку с документами с рабочего стола компа коллеги и корзину очистила. За 5 часов всё восстановили.
Если пользователь решил изменить содержимое файла и перезаписать его, то это его собственное решение, а не моя зона ответственности.
А что, для обычных SATA резервирование контроллера тоже возможно?
А где я писал про RAID-1 на трех дисках?
RAID-1 - 2 массива на 2-х HDD каждый;
...
RAID-5 на 3-х HDD;
Т.е. при одинаковом объеме хранения RAID-5 на трёх дисках менее надежен, чем 2 RAID-1 на четырех дисках.
И наличия бэкапа не умаляет значение RAID для повышения надежности.
Если имеем дела не с сервером СУБД с полной моделью восстановления и журналированием на отдельных массивах, а с обычными рабочими материалами и проектами или отчетами, то бекап не совершается в реальном времени, а, в лучшем случае, пару раз в сутки. А то и раз в неделю. Поэтому отсутствие RAID чревато потерей документов за несколько дней.
Скажу по секрету - под домашнюю файлопомойку подходят любые диски, лишь бы контроллер или софтверный RAID на них не ругался.
Я на работе из списанного барахла сделал себе личную ФП. Поднял на ней ХРЕНолоджи. На ней сделал массив SHR-2 (это проприетарный RAID-6 от Synology) на 6-ти списанных, но с хорошим S.M.A.R.T.ом Seagate Barracuda ST500DM002.
Теперь у меня там видеокурсы по настройкам, ремонту, Флибуста, рок и метал.
Ну, у каждой технологии своя область применения.
Тот же IRST хорошо работает в производственных АРМах. Причина - он дешев и прост в настройках (которых, по сути, нет), а АРМы, обычно, дублируются и троируются. Да еще бэкапируются. И контроллер выйдет из строя только вместе с мамкой, тому как отдельного аппаратного контроллера нет.
Можно не заморачиваться мониторингом, высокими уровнями RAID и пр. По факту выхода из строя, заменить диск - дело 15-20 минут. Плюс время доехать до объекта и уехать с него.