ИМХО странное решение, если честно.
Почему DELL EMC Unity даже не рассматривали — не понятно. Опять же, у Fujitsu есть DX200 — вполне себе система.
Хочется дешево — RAIDIX накатите на серверы с дисками, или SDS на базе Windows server.
Еще дешевле — можно в сторону linux посмотреть.
Нужна большая файловая шара — Isilon.
Такое чувство, что выдали «вот таку СХД» и от этого строилась задача.
Должно быть наоборот — есть проблема клиента, строим ему решение.
Не увидел в статье каких-то фишек именно Pure. Первая тройка вендоров все это умеют, причем уже давно, есть накопленный опыт. В чем смысл на своей боевой инфраструктуре ставить такие эксперименты?
Сейчас мы ждём, когда Pure Storage доведут до коммерческой эксплуатации функцию создания моментальных снимков
В корне не согласен в том, что не надо требовать приходить на работу вовремя.
Дисциплина — она во всем, особенно в мелочах. Сегодня сотрудник опоздал на работу, завтра сроки затянет и т.д.
Управлять — значит требовать и контролировать! Контроль — одна из важнейших функций руководителя.
Про дресс-код. Важно, чтобы сотрудник хорошо опрятно выглядел. Даже если он не общается постоянно с клиентами — он ходит по офису и очень неприятное зрелище, когда какое-то чучело ходит мимо переговорки перед важной встречей)
Сам руководил ИТ отделами более 10 лет, знаю о чем говорю.
Понятно, что есть перегибы в некоторых компаниях, тут мера нужна во всем.
Однако, пунктуальность — наше все.
Приведу аналогию с тестами видеокарт — стенд подбирается всегда такой, чтобы тестировать именно видеокарты, чтобы узких мест не было.
Тут же ситуация другая — сходные значения тестов получились из-за слабого железа.
Название статьи «Исследование быстродействия СУБД MS SQL Server Developer 2016 и PostgreSQL 10.5 для 1С», тестируйте именно СУБД.
Сейчас теста не получается, к сожалению.
Не совсем понятна идея тестирования. Железо не подходящее для 1С — медленный процессор и медленные диски. ИМХО пока явные узкие места не устранены — сравнивать производительность не корректно.
Судя по результатам обе СУБД показывают низкую производительность на тестовом сервере.
Спасибо за полезную статью!
На своем опыте могу сказать одно — СХД может появиться в компании при определенном уровне развития и зрелости.
Для меня СХД — это как минимум два блока питания, два контроллера)
Бросил курить много лет назад.
ИМХО нельзя осознать свои привычки и истинные причины, это зарыто глубоко в подсознании.
Ответ уже есть, под него начинаешь подбирать факты.
Вред здоровью воспринимается как «что-то далекое» и «то, что происходит с другими», поэтому многие курильщики не обращают на него внимание.
Пользы от того, что я бросил курить тоже не особо то много)
Отличная статья! К сожалению, все нюансы разработки не получается зафиксировать в договоре, поэтому приходится полагаться на порядочность подрядчиков, рейтинги, «сарафанное радио» и т.д.
Если бы автор написал, что статья про 8.1-8.2 и толстый клиент, многие комментарии бы отпали сами собой.
Я уже в парадигме 8.3 живу давно и новых конфигураций, которые работают в режиме тонкого клиента.
Либо статья запоздала лет на 5.
Напомнило: «Люди не становятся лучше — только умнее. Они не перестают отрывать мухам крылышки, а лишь придумывают себе гораздо более убедительные оправдания.» (если мне не изменяет память, это из С.Кинга)
С вечной жизнью люди не станут лучше, они станут «умнее».
Люди перестанут «жить» и будут все откладывать «на потом». Человек — ленивое существо.
Когда жизнь проходит и нужно что-то успевать — есть стимул двигаться, когда впереди вечность — можно валяться на диване и ждать, пока изобретут что-то)
Простой пример — поставь человеку задачу и сроки 1 месяц — будет одна динамика, если срок — год, то совсем другая, при этом результат будет одинаковый.
Очень мало людей, которые смогут сделать больше и более качественно, если увеличить им продолжительность жизни.
Изобретут волшебную таблетку — это будет удел избранных, массово она не будет доступна.
В статье решаются проблемы, применимые только к режиму совместимости и толстыми клиентами. Они не поддерживают кластеризацию в полной мере, например.
Точно) Я уже и забыл, когда работал со старыми конфигурациями. Сейчас же все на управляемых формах в режиме web или тонкого клиента, даже терминального сервера не нужно.
К сожалению, штатными средствами никак.
Только отдельное ПО или железо.
Ну или программный ключ) Не так он и страшен.
Правда как то раз я ночью в субботу 3 раза переустанавливал сервер 1С и у меня кончились активации. Я отправил запрос и молился, чтобы прислали новый lic. Не прислали. Пришлось ломать(
Еще один момент — в статье почти не затрагивается СУБД.
А это очень важная часть!
Кластеризуются разные СУБД по разному. У PostgreSQL есть отдельный дистрибутив Postgres Pro Enterprise, который разрабатывает команда Олега Бортунова, за что ему большое спасибо.
MS SQL только Enterprise умеет кластер, Standard не умеет(
Еще один вопрос — не рассматривали два физических сервера с отдельными экземплярами сервера 1С (да, на каждый придется купить ключ по 100К рублей), с асинхронной репликацией между ними? Например, БД можно каждые 5 минут бэкапить логами транзакций и поднимать в случае сбоя почти мгновенно, а сервер 1С просто будет готов к работе всегда.
В этом случае простои будут минимальные.
Нет, не «после аварии».
Один из процессов начинает жрать память, т.к. пользователь запустил отчет за весь период существования базы с максимальной детализацией.
Срубится только этот процесс. Параллельно будет запущен новый и пользователи перейдут работать на него. Руками ничего делать не придется!
Я странно себя чувствую — объясняю базовые вещи по администрированию сервера 1С.
Готов делиться опытом, но информации полно и на сайте Гилева и на других ресурсах.
Почему DELL EMC Unity даже не рассматривали — не понятно. Опять же, у Fujitsu есть DX200 — вполне себе система.
Хочется дешево — RAIDIX накатите на серверы с дисками, или SDS на базе Windows server.
Еще дешевле — можно в сторону linux посмотреть.
Нужна большая файловая шара — Isilon.
Такое чувство, что выдали «вот таку СХД» и от этого строилась задача.
Должно быть наоборот — есть проблема клиента, строим ему решение.
Ну как так то? Это же просто мрак.
Дисциплина — она во всем, особенно в мелочах. Сегодня сотрудник опоздал на работу, завтра сроки затянет и т.д.
Управлять — значит требовать и контролировать! Контроль — одна из важнейших функций руководителя.
Про дресс-код. Важно, чтобы сотрудник хорошо опрятно выглядел. Даже если он не общается постоянно с клиентами — он ходит по офису и очень неприятное зрелище, когда какое-то чучело ходит мимо переговорки перед важной встречей)
Сам руководил ИТ отделами более 10 лет, знаю о чем говорю.
Понятно, что есть перегибы в некоторых компаниях, тут мера нужна во всем.
Однако, пунктуальность — наше все.
Тут же ситуация другая — сходные значения тестов получились из-за слабого железа.
Название статьи «Исследование быстродействия СУБД MS SQL Server Developer 2016 и PostgreSQL 10.5 для 1С», тестируйте именно СУБД.
Сейчас теста не получается, к сожалению.
Судя по результатам обе СУБД показывают низкую производительность на тестовом сервере.
На своем опыте могу сказать одно — СХД может появиться в компании при определенном уровне развития и зрелости.
Для меня СХД — это как минимум два блока питания, два контроллера)
ИМХО нельзя осознать свои привычки и истинные причины, это зарыто глубоко в подсознании.
Ответ уже есть, под него начинаешь подбирать факты.
Вред здоровью воспринимается как «что-то далекое» и «то, что происходит с другими», поэтому многие курильщики не обращают на него внимание.
Пользы от того, что я бросил курить тоже не особо то много)
Но стоят они от 500 рублей.
Обычные носки нет смысла дарить.
Как дела обстоят с актуальным поколением процессоров?
Крутые игры нафиг не надо в 3D.
Я уже в парадигме 8.3 живу давно и новых конфигураций, которые работают в режиме тонкого клиента.
Либо статья запоздала лет на 5.
С вечной жизнью люди не станут лучше, они станут «умнее».
Думаю, что именно у PostgresPro есть будущее для больших систем.
Когда жизнь проходит и нужно что-то успевать — есть стимул двигаться, когда впереди вечность — можно валяться на диване и ждать, пока изобретут что-то)
Простой пример — поставь человеку задачу и сроки 1 месяц — будет одна динамика, если срок — год, то совсем другая, при этом результат будет одинаковый.
Очень мало людей, которые смогут сделать больше и более качественно, если увеличить им продолжительность жизни.
Изобретут волшебную таблетку — это будет удел избранных, массово она не будет доступна.
Точно) Я уже и забыл, когда работал со старыми конфигурациями. Сейчас же все на управляемых формах в режиме web или тонкого клиента, даже терминального сервера не нужно.
Только отдельное ПО или железо.
Ну или программный ключ) Не так он и страшен.
Правда как то раз я ночью в субботу 3 раза переустанавливал сервер 1С и у меня кончились активации. Я отправил запрос и молился, чтобы прислали новый lic. Не прислали. Пришлось ломать(
А это очень важная часть!
Кластеризуются разные СУБД по разному. У PostgreSQL есть отдельный дистрибутив Postgres Pro Enterprise, который разрабатывает команда Олега Бортунова, за что ему большое спасибо.
MS SQL только Enterprise умеет кластер, Standard не умеет(
Еще один вопрос — не рассматривали два физических сервера с отдельными экземплярами сервера 1С (да, на каждый придется купить ключ по 100К рублей), с асинхронной репликацией между ними? Например, БД можно каждые 5 минут бэкапить логами транзакций и поднимать в случае сбоя почти мгновенно, а сервер 1С просто будет готов к работе всегда.
В этом случае простои будут минимальные.
Один из процессов начинает жрать память, т.к. пользователь запустил отчет за весь период существования базы с максимальной детализацией.
Срубится только этот процесс. Параллельно будет запущен новый и пользователи перейдут работать на него. Руками ничего делать не придется!
Я странно себя чувствую — объясняю базовые вещи по администрированию сервера 1С.
Готов делиться опытом, но информации полно и на сайте Гилева и на других ресурсах.