Перейти к содержанию
Форум русской поддержки продукции Synology
Это сохраненная копия формуа, часть страниц может быть недоступна!

mrrc

Пользователи
  • Активность

    14
  • Зарегистрирован

  • Посещение

Репутация

0 Neutral

Информация о mrrc

  • Звание
    Участник
  1. Присмотрелся, предварительно предполагаю выполнение ежедневно в рабочем интервале времени с интервалом в час, глубина хранения - 1 день (получаем наличие снимков за последние два дня). 1С базы, базы данных? Может все же из-за скорости чтения-записи дисковой подсистемы NAS, особенно на мелких файлах, так то пропускной способности гигабитной сети по идее должно хватить под большинство задач. В части выхода из строя диска - да. Но бэкапы и еще раз бекапы, как локальные, так и на внешние носители на случай поломки самой платформы.
  2. В случае с доступом к хранилищу и интрасетей предприятия, пускай в ином случае и территориально распределенных, компрометация не страшна, это уже вопрос в плоскости общей информационной безопасности и гигиены, на мой взгляд. Но, все от масштабов использования NAS зависит и иерархии доступов, конечно. Административный доступ по мне так только из веб-интерфейса, для доступа к шарам он избыточен за исключением особых случаев. Либо из снимков, если они настроены с почасовым интервалом в рабочие часы организации. Все зависит от конкретной ситуации. Корзина да, обязательно. Снимки де
  3. Можно не расшаривать дисковое пространство внешнего носителя USB или для мониторинга и дальнейшей работы с архивами предоставлять права только на чтение. Не вижу проблему с шифровальщиками в данном случае. Функционал выполнения Snapshot-ов прерогатива используемой файловой системы btrfs, если не ошибаюсь, сама реализация вроде же не совсем нова. Другое дело, что начальные модели DS не имеют ее в своем распоряжении. А так и 6-я версия и 7-я DMS должны поддерживать снимки. Только они как раз в большей степени защищают относительно в реальном времени от потенциальных шифровальщиков и ошиб
  4. В ночное время не столько принципиально, я думаю, с учетом методики создания HB последующих архивов не целиком, а только с измененными данными. С UNIX-средой нет у меня там. Конечно можно замутить на центральном сервере поднять на Hyper-V с какой-то средой и реализацией rsync под задачи резервирования данных с сени, но сам сервер не резиновый. На данный момент будет в наличие половинчатый по объему от массива самого сени внешний USB, на него и буду бэкапить, может быть даже средствами того же USB Copy, посмотрим по объемам самих данных, ну и периодически раз в неделю снимать с него к
  5. Так вариант резервирования Synology -Synology самый козырный и тут все работает из коробки, как говорится. Только у меня он в одном экземпляре пока что) Может стандартными средствами восстановления HyperBackup пробегаться, ну или периодически забирать по шаре архивы на рабочую станцию и там смотреть HyperBackupExplorer. Состояние USB-диска вроде кто-то описывал как тестить средствами сени. В общем можно USB Copy использовать, он копирует все как есть, только глубину архивирования длинную не сделать по причине отсутствия упаковки исходной информации..
  6. Пытаюсь подключиться к Hyper-V серверу через соответствующую оснастку Active Backup for Buisness, получаю "the specified credentials were rejected by the server". Сам гипервизор под WS2016, очевидно там не настроен должным образом WinRM. Мануалы посмотрел, попробовал отконфигурировать его на виртуалке, но результатов не добился, ошибка при попытке соединения все та же. Подключаюсь под пользователем с админ-правами на сервере с гипервизором. Может его в группу добавить нужно какую дополнительную? Кто реально настраивал взаимодействие, поделитесь опытом как сопрягли, если получилось, пжл.
  7. Случайно заметил непонятный артефакт, при удалении пользователем каталога по сети в расшаренных папках не до конца удаляются данные. Выдается сообщение "Элемент не найден. Не удается найти этот элемент. Его больше нет в //.. Проверьте расположение этого элемента и повторите попытку". Т. е. рандомно остаются директории и некоторыми файлами, после анализа ситуации выяснилось, что проблема только с джипегами с расширением *.jpeg. Что интересно, закопировать в шару их можно, но дальнейшие манипуляции с файлом уже не возможны - ни удалить\переименовать\переместить\скопировать. Только открыть и прос
  8. Хочу решить, как резервировать хранимые рабочие данные из шар с сени на внешние источники хранения на случай проблем с самой платформой, чтобы в случае чего иметь возможность быстро поднять информацию и получить доступ к данным. Т.к. второго NASа у меня нет, вариантов в рамках физического размещения в сети, в т.ч. территориально разнесенной, вижу два - подключение к сени внешнего USB достаточной емкости, либо копирование на файл-сервер. С USB более менее ясно, посредством Hyper Backup выполнять копирование достаточной глубиной хранения и в случае чего перекинув USB-накопитель на windows-ма
  9. Принял, понял. А помимо дисков во внутреннее служебное ПЗУ сени данные по предустановленной ОС не заносятся разве?
  10. Я уже пробовал, не взлетело после того, как изначально была развернута 7-я ОС. Полный сброс отрабатывается нормально, но после начала установки получаем требование установить 7-ю ОС. Видел в сети костыльное решение по откату обратно на 6.2.х, но с учетом отсутствия официально поддерживаемой Synology возможности откатиться, пока решил остаться на последней версии.
  11. Это уже выход из строя самой платформы. Тут только периодическое полноценное резервирование данных на внешние носители и сетевые ресурсы. Так и попробую сделать, иначе получил последнюю актуальную ОС.. Какой там сейчас последний стабильный релиз DSM 6.2.x?
  12. Согласен, но тут за "физику" отвечает как раз RAID 1, нет? Отказ "МП" - это что? Физическое устройство оно же одно и остается, как в таком случае помогут 2 логических раздела на нем? Буду ориентироваться. Вроде "говорят", при развертывании платформы с ноля будет выбор, какую систему ставить. Завтра проверим.
  13. Спасибо, а обе ветки имеют параллельное развитие и поддержку обновлениями? Вот при разворачивании платформы с ноля я смогу нынче выбрать к установке именно 6-ку или мне принудительно будет скачена и установлена 7-я ветвь? Базовые цели и задачи применения означенного NAS привел выше, ну разве что могу добавить в части возможной оправданности организации двух разделов с целью разнести хранение текущих продакшн-данных и их создаваемые архивы (архивацию делать то все равно необходимо с целью сохранности, и RAID 1 тут не в помощь, он защищает на физическом уровне), в т.ч. складирование и со
  14. Поступает DS920+ с двумя дисками по 8Tb, задался вопросом, как правильней создать разделы под нужды самой ОС и установки приложений, а также непосредственно для хранения данных. Вопрос возник в связи с уже имеющимся в продакшине rs1619, на котором до меня было реализовано два раздела на пуле ресурса хранения размерами 500Gb и 10Tb, там четыре диска в RAID 10. Сама DSM хранит себя и свою конфигурацию на всех имеющихся дисков платформы, как я понимаю. Свои два текущий диска планирую использовать в RAID 1, соответственно хотелось понять с необходимостью разделения на разделы, если в этом смы
×
×
  • Создать...