1. Проблема вся в том, что мы это делали в 2012, поэтому я описываю свой путь.
2. У вас указано «Файл приводится в соответствие при загрузке ПК, либо раз в 90+- минут.» — у меня — сразу же после блокировки/разблокировки. Максимум — 15 минут, если админ ошибся контроллером домена и нужна синхронизация. Чувствуете разницу?
3. Прочитал вашу статью целиком. Я правильно понимаю что идеология такая — подключить пользователю все базы, а потом к 90% баз просто не дать доступ на уровне шары?
Если так — то это тоже имеет право на жизнь, но на мой взгляд решение странное так как тратиться время на проверку всех файлов на факт доступности.
Ну и почему идет привязка к компу мне тоже не понятно, хотя это и объясняется в статье…
=))) Интересная позиция — я выше того, чтобы рассказывать людям как надо, но вы все делаете не так! Я лучше продам курсы!
Еще раз повторяю — сядьте, напишите статью как нужно. Я с удовольствием почитаю, поучусь. Ну или хотя бы разберите то, что считаете неверным и почему.
В статье нет ничего, чего бы не было описано даже в официальной документации или у именитых внедренецев.
Чем плох мой подход? Вот реально, чем? Тем что «так не принято в нашей среде 1С-ников»? Или потому что так на курсах не рассказывают? Объясните пожалуйста «гуру 1С». Не нашел ни одного аргумента против.
По поводу постулатов… Ну да, они местами спорные, но это **лично мое мнение**, которым я делюсь. А ваша позиция — обсирать без аргументов.
Работа сервера приложений это совокупная работа всех частей — и сети, и сервера, и СХД и виртуализации. Так вот речь сейчас конкретно про сервер приложений 1С — он в виртуализации дает серьезную просадку по производительности. То есть по факту на одной и тоже же физической платформе тестировалось несколько вариантов. И просадка реально есть. Для других апликух это значение сильно меньше. Можете сами взять и потестить на досуге у Гилева есть отличная для этого база тестовая — выдает попугаи, но нам и надо сравнить.
А в чем он плох? ну вот объективно? Отличная позиция хаить решения, не предлагая альтеративы. В комментариях нет ни слова как правильно сделать. Особенно от таких вот «гуру».
Почему вы решили что мы не разбираемся почему упал сервер? Есть хоть одно на эту тему слово?
Я в очередной раз говорю — потратьте время, напишите «как надо» — я с удовольствием применю эти знания у себя. А пока я вижу только @#$ство и необоснованные понты на тему что «автор лошаро, не знает как правильно»
Вот конкретно за это вас и минисуют, а не за то, что вы 1С-ник.
Ну ок, поехали.
1. Не пофигу. Сделайте тесты, поймете. Я — делал.
2. Мммм… Киньте статейку про active/active кластер на 1С, признаю что был не прав. У него и HA то кластера толком нету.
3. Вы или читали наискосок, или у вас очень туго со знанием как работают компьютеры
4. А почему тогда сами 1С от него отказались? И в чем надежность? В том, что это не txt а один большой файл? Про ACID не рассказывайте пожалуйста, это не про SQLLite
5. Нет, не можете. То есть да, у вас не будет по нему бегать траффик но в системе останется работающий IPv6. В Linux можно, согласен, но тут не про это речь.
6. Я везде указал источник инфы.
7. Отправлю вас в ту же книжку — там подробно расписано что это и зачем это
8. Слыхал. И даже не однократно пользовался. Поэтому и говорю что это боль и страдания
11. Прекрасно знаю. А вы судя по всему ничего, кроме него не видели. Расскажу вам по секрету — его предел — это простенькие отчеты
В принципе ваш комментарий это попытка самоутвердится. Здесь есть несогласные, но обычно это аргументированные вещи. У вас же — КГ/АМ. Ну, в общем то, ваша карма говорит за вас гораздо более красноречиво чем я )
1. Запрет на запуск на серверых ос есть
2. Ну как бы… А вы так сделайте, поживите с этим с годик и потом напишите статью про свое видиние процесса. И как у вас это все отрабатывает
Обоснуйте пожалуйста. Судя по комментарию это из серии «я сам свидетелем не был, но резко осуждаю». Это я к тому тут и так описано книет-серверное решение.
>1С действительно живут в другой, существенно более приближенной «к земле» вселенной. В которой большом количестве офисов попросту нет sql серверов. Да и серверов как таковых тоже, а в качестве сервера используется одна из рабочих станций (бухгалтера, например).
нет, все-таки другая вселенная. Для описанных вами компаний сейчас очень активно развиваются облачные сервисы, которые гораздо более выгодные. А там, где покрупнее уже и скуль есть, и отдельная машина под 1С
Почему? На базе запущен какой-то дикий запрос, база сожрала все ресурсы сервера — подключиться невозможно. Что делать будете?
Или у вас никогда служба не глючила? Если так — то вам очень сильно повезло.
>У файлов в шаре есть один минус — если сервер с шарой станет недоступен, то:
1. 1С-ка начнет долго запускаться
2. Общие ИБ после запуска пропадут из списка.
Аэм… DFS? )
>Да и городить один общий ресурс для полусотни статичных файлов по 1Кб это как из пушки по воробьям
Почему нет?
>И да, еще нужно настраивать индивидуальные права доступа для каждого из полусотни (а бывает и более!) файлов сомнительное удовольствие. Особенно, если что-то пошло не так, и шару надо срочно перенести на новое место.
Зачем разные? всем только для чтения — админам для редактирования. Этого хватает
Если вы уберете у пользователя базу то она так и останется висеть в списках. Или вообще удалите базу — тоже самое. Поэтому и решили каждый раз генерировать заново
=))) ретейлер с магазинами по всей стране (большим количеством магазинов)
Архитектура на самом деле ничем не отличается от бухгалтерии на 3 человек, просто из-за количества баз и людей обслуживание накладывает свои отпечатки
2. У вас указано «Файл приводится в соответствие при загрузке ПК, либо раз в 90+- минут.» — у меня — сразу же после блокировки/разблокировки. Максимум — 15 минут, если админ ошибся контроллером домена и нужна синхронизация. Чувствуете разницу?
3. Прочитал вашу статью целиком. Я правильно понимаю что идеология такая — подключить пользователю все базы, а потом к 90% баз просто не дать доступ на уровне шары?
Если так — то это тоже имеет право на жизнь, но на мой взгляд решение странное так как тратиться время на проверку всех файлов на факт доступности.
Ну и почему идет привязка к компу мне тоже не понятно, хотя это и объясняется в статье…
Еще раз повторяю — сядьте, напишите статью как нужно. Я с удовольствием почитаю, поучусь. Ну или хотя бы разберите то, что считаете неверным и почему.
В статье нет ничего, чего бы не было описано даже в официальной документации или у именитых внедренецев.
Чем плох мой подход? Вот реально, чем? Тем что «так не принято в нашей среде 1С-ников»? Или потому что так на курсах не рассказывают? Объясните пожалуйста «гуру 1С». Не нашел ни одного аргумента против.
По поводу постулатов… Ну да, они местами спорные, но это **лично мое мнение**, которым я делюсь. А ваша позиция — обсирать без аргументов.
Почему вы решили что мы не разбираемся почему упал сервер? Есть хоть одно на эту тему слово?
Я в очередной раз говорю — потратьте время, напишите «как надо» — я с удовольствием применю эти знания у себя. А пока я вижу только @#$ство и необоснованные понты на тему что «автор лошаро, не знает как правильно»
Вот конкретно за это вас и минисуют, а не за то, что вы 1С-ник.
1. Не пофигу. Сделайте тесты, поймете. Я — делал.
2. Мммм… Киньте статейку про active/active кластер на 1С, признаю что был не прав. У него и HA то кластера толком нету.
3. Вы или читали наискосок, или у вас очень туго со знанием как работают компьютеры
4. А почему тогда сами 1С от него отказались? И в чем надежность? В том, что это не txt а один большой файл? Про ACID не рассказывайте пожалуйста, это не про SQLLite
5. Нет, не можете. То есть да, у вас не будет по нему бегать траффик но в системе останется работающий IPv6. В Linux можно, согласен, но тут не про это речь.
6. Я везде указал источник инфы.
7. Отправлю вас в ту же книжку — там подробно расписано что это и зачем это
8. Слыхал. И даже не однократно пользовался. Поэтому и говорю что это боль и страдания
11. Прекрасно знаю. А вы судя по всему ничего, кроме него не видели. Расскажу вам по секрету — его предел — это простенькие отчеты
В принципе ваш комментарий это попытка самоутвердится. Здесь есть несогласные, но обычно это аргументированные вещи. У вас же — КГ/АМ. Ну, в общем то, ваша карма говорит за вас гораздо более красноречиво чем я )
2. Ну как бы… А вы так сделайте, поживите с этим с годик и потом напишите статью про свое видиние процесса. И как у вас это все отрабатывает
Но если я неправ — внесу в статью правки
нет, все-таки другая вселенная. Для описанных вами компаний сейчас очень активно развиваются облачные сервисы, которые гораздо более выгодные. А там, где покрупнее уже и скуль есть, и отдельная машина под 1С
Серьезно? =))) А вы почитайте все внимательно и вопроса такого не возникнет
Или у вас никогда служба не глючила? Если так — то вам очень сильно повезло.
1. 1С-ка начнет долго запускаться
2. Общие ИБ после запуска пропадут из списка.
Аэм… DFS? )
>Да и городить один общий ресурс для полусотни статичных файлов по 1Кб это как из пушки по воробьям
Почему нет?
>И да, еще нужно настраивать индивидуальные права доступа для каждого из полусотни (а бывает и более!) файлов сомнительное удовольствие. Особенно, если что-то пошло не так, и шару надо срочно перенести на новое место.
Зачем разные? всем только для чтения — админам для редактирования. Этого хватает
Архитектура на самом деле ничем не отличается от бухгалтерии на 3 человек, просто из-за количества баз и людей обслуживание накладывает свои отпечатки