Доброго всем времени суток.
В локальной сети предприятия 6 ИБ (от 1Гб до 3.5Гб каждая) и 12 пользователей.
Все ИБ лежат на компьютере одного пользователя (Windows 7 SP1 x64 Ultimate 4Gb RAM). - Папки с ИБ расшарены по сети.
Последний месяц начали заметно доставать периодические сообщения о блокировках.
Что мы выиграем, если перейдем на тот сервер 1С, который в поставке Технологической платформы (не тот, что х64 с отдельной лицензией) плюс MS SQL Server 2014 Express (который бесплатный).
Ставить хотим все на ту же машину с той же ОС и теми же 4Gb RAM (свободное дисковое пространство сейчас - 250Гб (HDD)).
В локальной сети предприятия 6 ИБ (от 1Гб до 3.5Гб каждая) и 12 пользователей.
Все ИБ лежат на компьютере одного пользователя (Windows 7 SP1 x64 Ultimate 4Gb RAM). - Папки с ИБ расшарены по сети.
Последний месяц начали заметно доставать периодические сообщения о блокировках.
Что мы выиграем, если перейдем на тот сервер 1С, который в поставке Технологической платформы (не тот, что х64 с отдельной лицензией) плюс MS SQL Server 2014 Express (который бесплатный).
Ставить хотим все на ту же машину с той же ОС и теми же 4Gb RAM (свободное дисковое пространство сейчас - 250Гб (HDD)).
По теме из базы знаний
- Как получить полный доступ к данным файловой базы 1С
- Файловый менеджер для 1С. Работает на сервере 1С Предприятия на ОС Linux и Windows
- Разработка гибридного web-приложения на 1С, возможности и ограничения
- Клиент-серверный режим базы данных 1С8 для тестирования
- Сведения о застрахованных лицах ФСС: выгрузка в файлы(для файловых и клиент-серверных баз), дополнительные колонки.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(11) borodatii,
Так мы в курсе про лицензию. - Вопрос в том, будет ли в принципе от использования именно этого сервера на такой машине и такой ОС какая-то выгода. - Уйдут ли сообщения о блокировках. - А что по деньгам, так мы сначала хотим провентилировать наши перспективы начиная с самых небольших затрат, а далее - по их возрастанию, не забывая про будущий апгрейд, конечно. - Дело ведь в том, что до классического затыка 15 / 15 (15Гб база или 15 одновременных пользователей) нам, вроде, пока далеко
Так мы в курсе про лицензию. - Вопрос в том, будет ли в принципе от использования именно этого сервера на такой машине и такой ОС какая-то выгода. - Уйдут ли сообщения о блокировках. - А что по деньгам, так мы сначала хотим провентилировать наши перспективы начиная с самых небольших затрат, а далее - по их возрастанию, не забывая про будущий апгрейд, конечно. - Дело ведь в том, что до классического затыка 15 / 15 (15Гб база или 15 одновременных пользователей) нам, вроде, пока далеко
(10), Тот сервер, что на картинке, просто 32-битный, а не 64-битный(который устанавливается из отдельного дистрибутива). В смысле лицензирования 1С-сервера нужна такая же дорогая лицензия. А так как на 32-битных серверах мало-кто работает, то будут глюки, рискованно.
Так как у вас 64-битная ОС, то уж разумнее устанавливать 64-битные приложения, но разумеется на windows server 2008R2 с нормальным серверным железом, пусть старым и недорогим (в районе 40 тыс.р предлагают)
А MSSQL можете устанавливать express, если боитесь лицензирования.
Может быть в этой ситуации лучше перейти на Linux server с 1c на postgresql. Пишут, что при небольшом числе пользователей работает без лицензий.
Так как у вас 64-битная ОС, то уж разумнее устанавливать 64-битные приложения, но разумеется на windows server 2008R2 с нормальным серверным железом, пусть старым и недорогим (в районе 40 тыс.р предлагают)
А MSSQL можете устанавливать express, если боитесь лицензирования.
Может быть в этой ситуации лучше перейти на Linux server с 1c на postgresql. Пишут, что при небольшом числе пользователей работает без лицензий.
(1) matt.unknown, бесплатный сервер - это фантастика, если начались большие тормоза то просто сделайте тестирование и исправление с пересчетом итогов и реструктуризацией - работа ускорится конкретно... а на таком железе ставить именно сервер 1с с SQL смысла нет. Нужен комплексный подход программы + железо.
(1) matt.unknown,
Потому что тут намешана гремучая смесь из файлового доступа к базе и десктопной ОС, в результате классическая "проблема второго пользователя" в полный рост и перманентный риск угробить базы при аппаратных и сетевых сбоях.
А судя по Windows 7 SP1 x64 Ultimate 4Gb RAM денег на лицензии куроводство не дает. Совсем. Так что однажды все это грохнется с треском.
Автору посоветую переходить на другую работу, пока не поздно.
В локальной сети предприятия 6 ИБ (от 1Гб до 3.5Гб каждая) и 12 пользователей.
Все ИБ лежат на компьютере одного пользователя (Windows 7 SP1 x64 Ultimate 4Gb RAM). - Папки с ИБ расшарены по сети.
Ууу, как все запущено... Хуже конфигурацию даже трудно придумать.
Все ИБ лежат на компьютере одного пользователя (Windows 7 SP1 x64 Ultimate 4Gb RAM). - Папки с ИБ расшарены по сети.
Потому что тут намешана гремучая смесь из файлового доступа к базе и десктопной ОС, в результате классическая "проблема второго пользователя" в полный рост и перманентный риск угробить базы при аппаратных и сетевых сбоях.
А судя по Windows 7 SP1 x64 Ultimate 4Gb RAM денег на лицензии куроводство не дает. Совсем. Так что однажды все это грохнется с треском.
Автору посоветую переходить на другую работу, пока не поздно.
(1) matt.unknown,
Мне вот интересно, а по лицензионной политике все нормально??? Можете себе ответить.
1) Сервер вынести в отдельную машину. Оперативы минимум 8 Желательно 16.
2) Если денег на SQL нету, то поставьте PostgreSQL
3) Если у Вас в базе не более 5ти пользователей, то могу предложить прикупить сервак 1С на 5ть пользователей.
4) Раз в квартал обязательно тестить все базы.
Мне вот интересно, а по лицензионной политике все нормально??? Можете себе ответить.
1) Сервер вынести в отдельную машину. Оперативы минимум 8 Желательно 16.
2) Если денег на SQL нету, то поставьте PostgreSQL
3) Если у Вас в базе не более 5ти пользователей, то могу предложить прикупить сервак 1С на 5ть пользователей.
4) Раз в квартал обязательно тестить все базы.
(1) matt.unknown,
Вы бы еще написали, что за лицензий у Вас на 1С. Типа Комплексной на 10 пользователей + 1С Сервер
Так там Вам 32 битный сервак положили.
Я такие коробки вообще не покупаю. На них этот 32битный сервак до 64 битного с апгрейтить нельзя.
То есть деньги на ветер.
Вы бы еще написали, что за лицензий у Вас на 1С. Типа Комплексной на 10 пользователей + 1С Сервер
Так там Вам 32 битный сервак положили.
Я такие коробки вообще не покупаю. На них этот 32битный сервак до 64 битного с апгрейтить нельзя.
То есть деньги на ветер.
(1) matt.unknown,
Все что бесплатно и можно использовать выложено на сайте 1c.ru, нечего тут думать.
Рекомендации по стабильной работе с СКЛ и Файловой базой должны быть учтены с объемом работы пользователя и размерами базы.
Очень много информации по данным темам в "W W W".
Все что бесплатно и можно использовать выложено на сайте 1c.ru, нечего тут думать.
Рекомендации по стабильной работе с СКЛ и Файловой базой должны быть учтены с объемом работы пользователя и размерами базы.
Очень много информации по данным темам в "W W W".
Подводя итог непродолжительной дискуссии:
1) оперативки мало, - надо 8-16 Гб
2) сервер 1С х32 может споткнуться на нехватку памяти (оперативной? чьей? десктопа, у которого будет 16Гб?)
3) скуль в формате экспресс не нужен, поскольку у него ограничение в 10Гб на одну базу и 1Гб на оперативку
все так?
1) оперативки мало, - надо 8-16 Гб
2) сервер 1С х32 может споткнуться на нехватку памяти (оперативной? чьей? десктопа, у которого будет 16Гб?)
3) скуль в формате экспресс не нужен, поскольку у него ограничение в 10Гб на одну базу и 1Гб на оперативку
все так?
(19) matt.unknown,
пишут в соседней теме, что скуля можно понаставить много экземпляров, чтоб избежать ограничения на 10Гб, но я не пробовал. Для лицензирования не express нужен лиц.номер.
Памяти все равно надо много, от этого не уйти. И серверная память с контролем ошибок - это не память десктопа, а нормальный уровень.
пишут в соседней теме, что скуля можно понаставить много экземпляров, чтоб избежать ограничения на 10Гб, но я не пробовал. Для лицензирования не express нужен лиц.номер.
Памяти все равно надо много, от этого не уйти. И серверная память с контролем ошибок - это не память десктопа, а нормальный уровень.
(21) matt.unknown,
Я имел в виду, что для серверных приложений типа 1С, нужна обязательно и серверная память, вставленная, разумеется в серверное железо, а не десктопное. Это норма, это правильно.
Неправильно запускать по 6 баз на десктопном железе, не предназначенном для постоянной бессбойной работы. Это можно назвать героизмом или безрассудством, которое кончается невосстановимым сбоем базы, одной или нескольких.
Это все независимо от разговора о лицензиях, которые некоторые обходят.
По-моему надо объяснить руководителю с деньгами, что в связи с ростом баз необходима покупка железа сервера с достаточным объемом памяти (32Гб), а десктопный комп можно использовать для десктопных целей иначе все грохнется.
Я имел в виду, что для серверных приложений типа 1С, нужна обязательно и серверная память, вставленная, разумеется в серверное железо, а не десктопное. Это норма, это правильно.
Неправильно запускать по 6 баз на десктопном железе, не предназначенном для постоянной бессбойной работы. Это можно назвать героизмом или безрассудством, которое кончается невосстановимым сбоем базы, одной или нескольких.
Это все независимо от разговора о лицензиях, которые некоторые обходят.
По-моему надо объяснить руководителю с деньгами, что в связи с ростом баз необходима покупка железа сервера с достаточным объемом памяти (32Гб), а десктопный комп можно использовать для десктопных целей иначе все грохнется.
(22) pavel06,
ОК. - Серверное железо и 32Гб оперативки. - Скуль экспресс при этом достаточен? - Или уже нужен минимум стандарт (или PostgreSQL на Линуксе). - Обязательно ли ставить сервер 1С и скуль на разные машины в этих условиях, или для 6 Иб и 12 пользователей потянет и одна?
ОК. - Серверное железо и 32Гб оперативки. - Скуль экспресс при этом достаточен? - Или уже нужен минимум стандарт (или PostgreSQL на Линуксе). - Обязательно ли ставить сервер 1С и скуль на разные машины в этих условиях, или для 6 Иб и 12 пользователей потянет и одна?
(23) matt.unknown, на 12 пользователей серверное оборудование! Это круто, не забудьте, что 1С любит быстрые диски (SSD) и проц с максимальной частотой. Итого Вы упираетесь в топовый сервак для 12 человек:) Все что дешевое будет соизмеримо по скорости работы с бюджетным десктопом на Intel i3.
Мой рецепт:
Десктопный ПК на i5 4690 + мамка на 4 слота, сразу два забить по 8Гб. Еще два на вырост. Ну и винт SSD гигов на 120/240 для Ваших потребностей, желателен уровня Samsung Pro.
Сервер 1С + Скуль. Если експрес, то 2016. Получите по базам до 10Гб, по памяти вроде давно нет ограничения на 1ГБ. Конечно желательно ставить полноценный скуль, там нормально планы обслуживания настроить можно.
Разделять серваки при нормальном железе нет смысла. На сетевом оборудование будете терять на увеличении скорости доступа к данным. Максимум, разнести по винтам.
Мой рецепт:
Десктопный ПК на i5 4690 + мамка на 4 слота, сразу два забить по 8Гб. Еще два на вырост. Ну и винт SSD гигов на 120/240 для Ваших потребностей, желателен уровня Samsung Pro.
Сервер 1С + Скуль. Если експрес, то 2016. Получите по базам до 10Гб, по памяти вроде давно нет ограничения на 1ГБ. Конечно желательно ставить полноценный скуль, там нормально планы обслуживания настроить можно.
Разделять серваки при нормальном железе нет смысла. На сетевом оборудование будете терять на увеличении скорости доступа к данным. Максимум, разнести по винтам.
(24) s0nya,
"на 12 пользователей серверное оборудование! Это круто" - да, это не мой путь, - это чересчур взвинченные и торопливые админы иногда навязывают
"Сервер 1С + Скуль" - Проясните все-таки: при таком количестве юзеров "сервер 1С" означает который х32 (в довесок к "коробке") или который х64 (с отдельной лицензией)?
"Если експрес, то 2016" - 2016 точно "дружит" с 1С сервером? - нигде, просто, это не прописано, даже про 2014 еще у 1С не прописано (только 2012 SP3)
"Получите по базам до 10Гб" - объясните, - это экземпляр (instance) до 10Гб или для каждой базы (без логов) до 10Гб ?
"На сетевом оборудование будете терять на увеличении скорости доступа к данным" - вот, и я удивлен, что это никто тут в расчет пока не принимал
"Настройка бекапов вне сервера 1С" - ежедневные бэкапы всех ИБ на отдельном носителе - это святое
"на 12 пользователей серверное оборудование! Это круто" - да, это не мой путь, - это чересчур взвинченные и торопливые админы иногда навязывают
"Сервер 1С + Скуль" - Проясните все-таки: при таком количестве юзеров "сервер 1С" означает который х32 (в довесок к "коробке") или который х64 (с отдельной лицензией)?
"Если експрес, то 2016" - 2016 точно "дружит" с 1С сервером? - нигде, просто, это не прописано, даже про 2014 еще у 1С не прописано (только 2012 SP3)
"Получите по базам до 10Гб" - объясните, - это экземпляр (instance) до 10Гб или для каждой базы (без логов) до 10Гб ?
"На сетевом оборудование будете терять на увеличении скорости доступа к данным" - вот, и я удивлен, что это никто тут в расчет пока не принимал
"Настройка бекапов вне сервера 1С" - ежедневные бэкапы всех ИБ на отдельном носителе - это святое
(28) matt.unknown,
На самом деле, когда упираетесь в производительность при большом количестве пользователей, это самый ДЕШЕВЫЙ путь. Оптимизация через разработку стоит в итоге дороже. Но приходит время и железу дальше некуда расти и тогда начинается самое интересное;)
Смысла в 64 битном сервере вообще не вижу, тем более при его цене по сравнению с 32 битном. У меня работают одновременно около 100 пользователей и все ОК, никаких вылетов. 64 бит дает возможность процессу rphost адресовать больше 4Гб памяти. Сейчас в 8.3.7 на уровне кластера настраивается создание нового процесса при превышении использования памяти выше указанного, итог - лишь бы памяти хватало. Я даже не знаю, что можно такого сделать, чтобы одним запросом пользователя 4Гб занять. Разве, что криворукий программист разработкой занимался.
В прудуктиве стоит 2012 SQL Standart, а вот тестовая система экспреска была на 2014, а теперь на 2016 скуле. Никаких проблем не было.
Для каждой базы. Но база в скуле растет довольно бысто, если регламенты не настроены.
В 1С как и в многих современных системах важно быстро вычитать небольшой кусочек обработать и вернуть. Это прекрасно делают SSD диски. А вот сетка убивает все эти преимущества. Для небольших баз, однозначно все на одной железяке. Замечено, что даже на одной железке при виртуализации нескольких серверов и разнесении задач все работает медленее по виртуальной сети, нужно щаманить с всякими фишками ESXi.
Лучше уж на облачном сервисе в шифрованном виде.
"на 12 пользователей серверное оборудование! Это круто" - да, это не мой путь, - это чересчур взвинченные и торопливые админы иногда навязывают
На самом деле, когда упираетесь в производительность при большом количестве пользователей, это самый ДЕШЕВЫЙ путь. Оптимизация через разработку стоит в итоге дороже. Но приходит время и железу дальше некуда расти и тогда начинается самое интересное;)
"Сервер 1С + Скуль" - Проясните все-таки: при таком количестве юзеров "сервер 1С" означает который х32 (в довесок к "коробке") или который х64 (с отдельной лицензией)?
Смысла в 64 битном сервере вообще не вижу, тем более при его цене по сравнению с 32 битном. У меня работают одновременно около 100 пользователей и все ОК, никаких вылетов. 64 бит дает возможность процессу rphost адресовать больше 4Гб памяти. Сейчас в 8.3.7 на уровне кластера настраивается создание нового процесса при превышении использования памяти выше указанного, итог - лишь бы памяти хватало. Я даже не знаю, что можно такого сделать, чтобы одним запросом пользователя 4Гб занять. Разве, что криворукий программист разработкой занимался.
"Если експрес, то 2016" - 2016 точно "дружит" с 1С сервером? - нигде, просто, это не прописано, даже про 2014 еще у 1С не прописано (только 2012 SP3)
В прудуктиве стоит 2012 SQL Standart, а вот тестовая система экспреска была на 2014, а теперь на 2016 скуле. Никаких проблем не было.
"Получите по базам до 10Гб" - объясните, - это экземпляр (instance) до 10Гб или для каждой базы (без логов) до 10Гб ?
Для каждой базы. Но база в скуле растет довольно бысто, если регламенты не настроены.
"На сетевом оборудование будете терять на увеличении скорости доступа к данным" - вот, и я удивлен, что это никто тут в расчет пока не принимал
В 1С как и в многих современных системах важно быстро вычитать небольшой кусочек обработать и вернуть. Это прекрасно делают SSD диски. А вот сетка убивает все эти преимущества. Для небольших баз, однозначно все на одной железяке. Замечено, что даже на одной железке при виртуализации нескольких серверов и разнесении задач все работает медленее по виртуальной сети, нужно щаманить с всякими фишками ESXi.
"Настройка бекапов вне сервера 1С" - ежедневные бэкапы всех ИБ на отдельном носителе - это святое
Лучше уж на облачном сервисе в шифрованном виде.
(24) s0nya,
Вы все о скорости, а я о надежности серверного оборудования. Тема началась с того, что у него базы глючат. Несерверный винчестер - путь к потере данных. В случае серверного железа можно сэкономить на разнесении баз, все потянется и с учетом роста.
на 12 пользователей серверное оборудование! Это круто, не забудьте, что 1С любит быстрые диски (SSD) и проц с максимальной частотой. Итого Вы упираетесь в топовый сервак для 12 человек:) Все что дешевое будет соизмеримо по скорости работы с бюджетным десктопом
Вы все о скорости, а я о надежности серверного оборудования. Тема началась с того, что у него базы глючат. Несерверный винчестер - путь к потере данных. В случае серверного железа можно сэкономить на разнесении баз, все потянется и с учетом роста.
(35) pavel06, У кого, что болит:) Если боитесь потери данных возьмите два SSD винта samsung evo 850 в зеркало предварительно увеличив резервное пространство гигов до 50. Ну и настроить нотификацию про выработку их ресурса. Это увеличит отказоустойчивость. Если пойти еще дальше, ставьте 2016 SQL с новой фишкой онлайн зеркалирования баз, файлы не продуктивного зеркала на другой комп вынести. На сайте где то видел вариант использования.
В сервером железе мне нравится в первую очередь рост по памяти, два БП. Для терминальных ОС память очень критична, 32Гб десктопной машины не всегда хватает. А из практики были случаи и падения двух винтов на 5 рейде в течении 1 суток с использованием НР серверов и вылет крутой серверной памяти...
В сервером железе мне нравится в первую очередь рост по памяти, два БП. Для терминальных ОС память очень критична, 32Гб десктопной машины не всегда хватает. А из практики были случаи и падения двух винтов на 5 рейде в течении 1 суток с использованием НР серверов и вылет крутой серверной памяти...
(23) matt.unknown,
PostgreSQL есть и для виндовс.
1) Попробуйте для начала базы засунуть в Апача. И подключаться тонким клиентом.
2) Поставьте 1С Сервер. Для проверки можно и ломалку поискать. Посмотрите как будет работать.
3) Ну и если пункт 1 и 2 не помог, то тогда выделенный сервер.
PostgreSQL есть и для виндовс.
1) Попробуйте для начала базы засунуть в Апача. И подключаться тонким клиентом.
2) Поставьте 1С Сервер. Для проверки можно и ломалку поискать. Посмотрите как будет работать.
3) Ну и если пункт 1 и 2 не помог, то тогда выделенный сервер.
(29) matt.unknown,
а доступ по хттп не медленнее будет ?
медленнее чем что? Чем условный MS SQL? Да, медленнее. Но проблема с блокировками частично отпустит, да и скорость доступа возрастет, скорее всего, по сравнению с обычной работой через расшаренную папку. Веб-сервер единолично будет обращаться к базе, а уже к нему будут обращаться пользователи. Нагрузка на сеть меньше, меньше проблем с совместным доступом к файлу на уровне файловой системы. По крайне мере, я это понимаю так. Если нужно глубже - искать самостоятельно. Да, один из плючов - не нужно ничего докупать. Достаточно поставить IIS / Apache, опубликовать базу и пользоваться.
У меня стойкая уверенность, что с таким "сервером" Вы не выиграете вообще ничего.
Условно сервер предприятия работает переходником между платформой и SQL и переносит нагрузку с клиента на сервер.
А у Вас там
всего 4 Гб оперативы на 6 баз. Условно грубо 3*6=18Гб, то есть 16 Гб оперативы как минимум, если матплата позволяет.
Вижу некоторое непонимание: сервер 1С не "идёт из коробки", а покупается. Любой, и x32, и x64.
Да, установщик x32 идёт вместе с платформой, но x64 также свободно скачивается по ссылке
"Cервер 1С:Предприятия (64-bit) для Windows" в ветке обновлений платформы с
Еще одно узкое место - жесткий диск, который у Вас скорее всего десктопный и "вешается" при многопоточной нагрузке.
Может Вам проще будет поднять второй такой же "сервер" и разнести базы?
Условно сервер предприятия работает переходником между платформой и SQL и переносит нагрузку с клиента на сервер.
А у Вас там
6 ИБ (от 1Гб до 3.5Гб каждая) и 12 пользователей
всего 4 Гб оперативы на 6 баз. Условно грубо 3*6=18Гб, то есть 16 Гб оперативы как минимум, если матплата позволяет.
"сервер 1С" ... который х32
Вижу некоторое непонимание: сервер 1С не "идёт из коробки", а покупается. Любой, и x32, и x64.
Да, установщик x32 идёт вместе с платформой, но x64 также свободно скачивается по ссылке
"Cервер 1С:Предприятия (64-bit) для Windows" в ветке обновлений платформы с
Еще одно узкое место - жесткий диск, который у Вас скорее всего десктопный и "вешается" при многопоточной нагрузке.
Может Вам проще будет поднять второй такой же "сервер" и разнести базы?
Много понаписали, но почему-то никто не предложил. Вместо покупки и развертывания сервера 1С купить и развернуть службу терминалов и работать через подключение к удаленному рабочему столу.
У меня так ряд клиентов работает в КА 1.1 с количеством юзеров до 20 - и всё ОК. Базы файловые.
Я к тому, что сервер (железо) и Windows Server вам так и так покупать придётся. А вот на сервере 1С пока можно сэкономить.
У меня так ряд клиентов работает в КА 1.1 с количеством юзеров до 20 - и всё ОК. Базы файловые.
Я к тому, что сервер (железо) и Windows Server вам так и так покупать придётся. А вот на сервере 1С пока можно сэкономить.
(38) r.moschenskiy,
вчера дома на аналогичной машине (win 7 x64 sp1 ultimate 4Gb RAM, правда SSD) поднял скуль 2014 экспресс и 1с:сервер (который х32). - Те же базы начали просто летать в сравнении с рядом запущенными в файловом варианте. - и потребление оперативки упало в разы
вчера дома на аналогичной машине (win 7 x64 sp1 ultimate 4Gb RAM, правда SSD) поднял скуль 2014 экспресс и 1с:сервер (который х32). - Те же базы начали просто летать в сравнении с рядом запущенными в файловом варианте. - и потребление оперативки упало в разы
Добрый день!
Если бюджет не позволяет закупку серверного оборудования, разделите сервисы, разместив их на двух десктопных ПК (Сервер 1С отдельно, сервер SQL на Express отдельно). Аппаратная платформа - желательно не ниже i-3, ОЗУ - для сервера 1С побольше, не ниже 8-12 ГБ, для SQL - 4Гб. Если есть возможности бюджета - для сервера 1С приобрести SSD-диск. В таком наборе работала КА на 12 пользователей. Проводили эксперимент - вместо MS SQL Express ставили SQL Postgress. Но на таком количестве пользователей и объеме БД разницы не увидели
Если бюджет не позволяет закупку серверного оборудования, разделите сервисы, разместив их на двух десктопных ПК (Сервер 1С отдельно, сервер SQL на Express отдельно). Аппаратная платформа - желательно не ниже i-3, ОЗУ - для сервера 1С побольше, не ниже 8-12 ГБ, для SQL - 4Гб. Если есть возможности бюджета - для сервера 1С приобрести SSD-диск. В таком наборе работала КА на 12 пользователей. Проводили эксперимент - вместо MS SQL Express ставили SQL Postgress. Но на таком количестве пользователей и объеме БД разницы не увидели
(44) uk09,
Спасибо. - Вы живете в реальном мире. - И это подкупает. - Ваш вариант в нашем случае - самый приемлемый и не требующий практически ничего всерьез докупать (так, пару планок ОЗУ, да лицензию на 1С сервер).
Кстати, как ощущения от экспериментов с PostgreSQL? - Много головной боли для админа / пользователей? - Или достаточно все просто, как на этом сайте в нескольких публикациях описано? - Например, тут:
Спасибо. - Вы живете в реальном мире. - И это подкупает. - Ваш вариант в нашем случае - самый приемлемый и не требующий практически ничего всерьез докупать (так, пару планок ОЗУ, да лицензию на 1С сервер).
Кстати, как ощущения от экспериментов с PostgreSQL? - Много головной боли для админа / пользователей? - Или достаточно все просто, как на этом сайте в нескольких публикациях описано? - Например, тут:
matt.unknown, добрый день!
Если админ в курсе юниксов (в частности Убунту), то можно и так.
А вообще, можно и так:
Тогда остается только одна забота - администрировать Postgres
Но для себя, отмечу - есть разница.
Всё, что вы легко сделаете и найдете на MS SQL (любые хранимые процедуры, любые вопросы по спорным ситуациям), будет так же трудно найти для Postgres.
чем-то напоминает китайский автомобиль: пока едет - всё хорошо и даже нравится, как только сломалось - куча проблем.
Если админ в курсе юниксов (в частности Убунту), то можно и так.
А вообще, можно и так:
Тогда остается только одна забота - администрировать Postgres
Но для себя, отмечу - есть разница.
Всё, что вы легко сделаете и найдете на MS SQL (любые хранимые процедуры, любые вопросы по спорным ситуациям), будет так же трудно найти для Postgres.
чем-то напоминает китайский автомобиль: пока едет - всё хорошо и даже нравится, как только сломалось - куча проблем.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот