Подобрать железо для УТ 11.4 для трех баз РБД
Задача стоит такая.
Делаем переход с ТиС 9.2 1с v7.7 на УТ 11.4. Сейчас имеем в 1с7.7 одну Центральную Базу и три переферийных. Базы файловые. Все пользователи работают черезу Удаленный Рабочий Стол. База Распределенная, т.к. периодически нет связи между объектами.
Необходимо подобрать железо и ОС для УТ11.4 и определить на какой лучше работать в файловой базе или клиент-серверной. Что можно оставить, а что поменять? У кого есть какой-нибудь опыт, поделитесь пожалуйста.
На текущий момент в базах работают:
На Базе№1 - 13-20 пользователей,
На Базе№2 - 10-13 пользователей,
На Базе№3 - 6 пользователей,
На Центральной Базе - 0-2 пользователя,
Сейчас стоит железо:
На Базе№1 - Intel Core i7 7820X @ 3.60GHz, 16,0ГБ Dual-Channel Unknown (15-15-15-36),111GB 120GB SSD (SSD),
Windows Server 2016 Standard 64-bit.
На Базе№2 - Intel Core i7 950 @ 3.07GHz, 6,00ГБ Triple-Channel DDR3 @ 539MHz (7-7-7-20), 59GB OCZ-ONYX ATA Device (SSD),
Windows Server 2008 R2 Enterprise 64-bit SP1.
На Базе№3 - Intel Core i7 4790K @ 4.00GHz, 8,00ГБ Dual-Channel DDR3 @ 666MHz (9-9-9-24), 74GB INTEL SSDSC2BW080A4 ATA Device (SSD), Windows Server 2008 R2 Enterprise 64-bit SP1
На Центральной Базе - Intel Core 2 Quad, 3,00ГБ Dual-Channel DDR2 @ 400MHz (6-6-6-18),
Windows Server 2008 Enterprise 32-bit SP2.
Делаем переход с ТиС 9.2 1с v7.7 на УТ 11.4. Сейчас имеем в 1с7.7 одну Центральную Базу и три переферийных. Базы файловые. Все пользователи работают черезу Удаленный Рабочий Стол. База Распределенная, т.к. периодически нет связи между объектами.
Необходимо подобрать железо и ОС для УТ11.4 и определить на какой лучше работать в файловой базе или клиент-серверной. Что можно оставить, а что поменять? У кого есть какой-нибудь опыт, поделитесь пожалуйста.
На текущий момент в базах работают:
На Базе№1 - 13-20 пользователей,
На Базе№2 - 10-13 пользователей,
На Базе№3 - 6 пользователей,
На Центральной Базе - 0-2 пользователя,
Сейчас стоит железо:
На Базе№1 - Intel Core i7 7820X @ 3.60GHz, 16,0ГБ Dual-Channel Unknown (15-15-15-36),111GB 120GB SSD (SSD),
Windows Server 2016 Standard 64-bit.
На Базе№2 - Intel Core i7 950 @ 3.07GHz, 6,00ГБ Triple-Channel DDR3 @ 539MHz (7-7-7-20), 59GB OCZ-ONYX ATA Device (SSD),
Windows Server 2008 R2 Enterprise 64-bit SP1.
На Базе№3 - Intel Core i7 4790K @ 4.00GHz, 8,00ГБ Dual-Channel DDR3 @ 666MHz (9-9-9-24), 74GB INTEL SSDSC2BW080A4 ATA Device (SSD), Windows Server 2008 R2 Enterprise 64-bit SP1
На Центральной Базе - Intel Core 2 Quad, 3,00ГБ Dual-Channel DDR2 @ 400MHz (6-6-6-18),
Windows Server 2008 Enterprise 32-bit SP2.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) На первых трёх серверах слишком маленькие твердотельники. Для нормальной работы не хватит.
Буквально тестовую базу развернуть - и уже надо будет всегда держать в голове, что "как бы не закончилось место". Ещё не хватает шпиндельных дисков под резервные копии. Оперативки надо хотя бы до 32 ГБ поднять.
На узлах 1 и 2 можно установить ПО, как здесь:
Из серверного ПО придётся покупать лишь сервер 1С предприятия.
На третьем неоднозначно. Можно, конечно как и с первыми двумя узлами, но с сервером МИНИ.
Загвоздка в том, что он допускает только 5 единовременных подключений, а не 6.
Если это не годится, то можно установить файловую базу на сервере терминалов.
На центральной базе плохой процессор. Будет работать некомфортно.
Лучше туда купить компьютер с твердотельником и процессором типа i3-8145 (чтобы тактовая частота была побольше).
Кроме того, здесь лучше всё-таки сделать сервер 1С-предприятия МИНИ. Если будет файловая база, то будете постоянно испытывать проблемы с блокировками из-за обмена.
P.S.
Распределённую базу лучше устанавливать там, где совсем чудовищная связь и ничего с этим нельзя сделать.
Беда в том, то механизм РИБ не позволит "настроить и забыть". Всегда будут какие-то коллизии, ошибки кэша после обновления и прочая перхоть.
Лучше сделать один единый сервер на 40 пользователей и по резервному каналу интернета на каждом узле. Так, если и откажет где-то интернет, то для восстановления не потребуется внимания специалиста. Провайдер и сам всё наладит.
Буквально тестовую базу развернуть - и уже надо будет всегда держать в голове, что "как бы не закончилось место". Ещё не хватает шпиндельных дисков под резервные копии. Оперативки надо хотя бы до 32 ГБ поднять.
На узлах 1 и 2 можно установить ПО, как здесь:
Из серверного ПО придётся покупать лишь сервер 1С предприятия.
На третьем неоднозначно. Можно, конечно как и с первыми двумя узлами, но с сервером МИНИ.
Загвоздка в том, что он допускает только 5 единовременных подключений, а не 6.
Если это не годится, то можно установить файловую базу на сервере терминалов.
На центральной базе плохой процессор. Будет работать некомфортно.
Лучше туда купить компьютер с твердотельником и процессором типа i3-8145 (чтобы тактовая частота была побольше).
Кроме того, здесь лучше всё-таки сделать сервер 1С-предприятия МИНИ. Если будет файловая база, то будете постоянно испытывать проблемы с блокировками из-за обмена.
P.S.
Распределённую базу лучше устанавливать там, где совсем чудовищная связь и ничего с этим нельзя сделать.
Беда в том, то механизм РИБ не позволит "настроить и забыть". Всегда будут какие-то коллизии, ошибки кэша после обновления и прочая перхоть.
Лучше сделать один единый сервер на 40 пользователей и по резервному каналу интернета на каждом узле. Так, если и откажет где-то интернет, то для восстановления не потребуется внимания специалиста. Провайдер и сам всё наладит.
(4) Повнимательнее, пожалуйста.
Я написал, что придётся покупать лишь сервер 1С.
А куда это всё будет устанавливаться? Я явно забыл про операционную систему. В данном случае, Ubuntu 16.04.
А как это будет управляться без GUI? Тут я тоже промахнулся. Явно забыл про putty.
Но как же установить сервер терминалов, когда GIU нету? Ах, дырявая моя башка! Забыл, что тонкий клиент 1С можно установить прямо на компьютеры на рабочих местах.
Я написал, что придётся покупать лишь сервер 1С.
А куда это всё будет устанавливаться? Я явно забыл про операционную систему. В данном случае, Ubuntu 16.04.
А как это будет управляться без GUI? Тут я тоже промахнулся. Явно забыл про putty.
Но как же установить сервер терминалов, когда GIU нету? Ах, дырявая моя башка! Забыл, что тонкий клиент 1С можно установить прямо на компьютеры на рабочих местах.
(5) Вот я и говорю "повнимательнее" - покупать то придется MS SQL и оно стоит куда дороже чем 1С сервер...
На "якобы" бесплатном PostGree кто еще умеет работать - обыщешься специалиста...
И какая Ubuntu 16.04! - у них лицензия на Винду 2008 есть - и не надо связываться с убунтой - кто с ней работать то будет?
Или себе место готовите? ;-)
На "якобы" бесплатном PostGree кто еще умеет работать - обыщешься специалиста...
И какая Ubuntu 16.04! - у них лицензия на Винду 2008 есть - и не надо связываться с убунтой - кто с ней работать то будет?
Или себе место готовите? ;-)
(9) Правильно ли я понимаю, что
1. Нормальный MSSQL DBAdmin стоит очень дёшево или почти бесплатный?
2. Для сервера на 40 человек нужен высококвалифицированный администратор баз на фуллтайм за 200 тысяч в месяц?
Обычно, для серверов на 50-100 человек вообще никакой поддержки не надо. Разве что, раз в недельку журналы читать и убеждаться, что базы обслуживаются.
1. Нормальный MSSQL DBAdmin стоит очень дёшево или почти бесплатный?
2. Для сервера на 40 человек нужен высококвалифицированный администратор баз на фуллтайм за 200 тысяч в месяц?
Обычно, для серверов на 50-100 человек вообще никакой поддержки не надо. Разве что, раз в недельку журналы читать и убеждаться, что базы обслуживаются.
(10) Вы понимаете неправильно то, что бесплатный сыр обычно в магазине не продают....
И нужно заплатить денюжки , чтобы купить НОРМАЛЬНЫЙ продукт, на обслуживание и настройку которого потом уйдет гораздо меньше средств.
Продвигая бесплатный postrge, вы толкаете автора практически под паровоз, откуда выбраться уже будет трудно...
Да есть возможность работы на "якобы" бесплатном postrge, а на самом деле
То есть бесплатная - только замануха, а когда не взлетит - сами понимаете - "мы не виноваты, что вы не смогли- обращайтесь мы поможем..."
И нужно заплатить денюжки , чтобы купить НОРМАЛЬНЫЙ продукт, на обслуживание и настройку которого потом уйдет гораздо меньше средств.
Продвигая бесплатный postrge, вы толкаете автора практически под паровоз, откуда выбраться уже будет трудно...
Да есть возможность работы на "якобы" бесплатном postrge, а на самом деле
То есть бесплатная - только замануха, а когда не взлетит - сами понимаете - "мы не виноваты, что вы не смогли- обращайтесь мы поможем..."
(11) Ответьте не вопрос.
Вы не подумайте, я отдаю себе отчёт, что Postgre - не самая хорошая СУБД. Но судя по серверам автора, у его шефа не так уж и много денег, чтобы платить за MSSQL. Тем более, за, как минимум, две поставки.
Выбраться из-под такого "паровоза" чрезвычайно легко. При том, в любое время. Как только появляются деньги, за одну ночь сносится всё и ставится винда с MSSQL.
Правильно ли я понимаю, что
1. Нормальный MSSQL DBAdmin стоит очень дёшево или почти бесплатный?
2. Для сервера на 40 человек нужен высококвалифицированный администратор баз на фуллтайм за 200 тысяч в месяц?
1. Нормальный MSSQL DBAdmin стоит очень дёшево или почти бесплатный?
2. Для сервера на 40 человек нужен высококвалифицированный администратор баз на фуллтайм за 200 тысяч в месяц?
Вы не подумайте, я отдаю себе отчёт, что Postgre - не самая хорошая СУБД. Но судя по серверам автора, у его шефа не так уж и много денег, чтобы платить за MSSQL. Тем более, за, как минимум, две поставки.
откуда выбраться уже будет трудно
Выбраться из-под такого "паровоза" чрезвычайно легко. При том, в любое время. Как только появляются деньги, за одну ночь сносится всё и ставится винда с MSSQL.
(21) Я разве про проблемы Postgre писал?
Я писал, что не найдешь специалиста , не то что оптимизировать его , а просто установить нормально...
Опять же если у вас база с десятком документов в день проблемы не появятся , а если в день пару десятков тысяч документов?
Я писал, что не найдешь специалиста , не то что оптимизировать его , а просто установить нормально...
Опять же если у вас база с десятком документов в день проблемы не появятся , а если в день пару десятков тысяч документов?
(22) В небольшом населенном пункте возможно трудно найти специалиста, но и это решаемо. Найти специалиста можно в ближайшем крупном городе. Работа разовая и стоит не дорого. В нашем случае сервер был настроен и оптимизирован 1 раз, составлено полное описание проделанной работы. В течении 2 лет эксплуатации вмешиваться в работу сервера не приходилось, после отключений питания сам включается и работает дальше, чего не скажешь о сервере под windows. Примерно 40-50 реализаций в день (опт). Конечно, если в день пару десятков тысяч документов, то и решения должны быть другие, но там и бюджетные возможности соответствующие.
Я к тому, что не нужно боятся Postgre. Это вполне надежное и экономичное решение для своих объемов задач, причем организаций с такими объемами задач на порядок (если не на два) больше чем организаций с парой десятков тысяч документов.
Я к тому, что не нужно боятся Postgre. Это вполне надежное и экономичное решение для своих объемов задач, причем организаций с такими объемами задач на порядок (если не на два) больше чем организаций с парой десятков тысяч документов.
(26)
Ваш уход от вопроса в (10) прогремел как звук проезжающего мимо болида.
Никак их не решать. Не обновляйте до Postgre Pro и не получайте проблем.
Если постгри, то только бесплатно.
Вообще, ваше стремление везде и всюду поставить дорогой софт похоже на стрельбу из пушки по воробьям.
Решение должно быть соизмеримо с задачей.
Естественно, в базах на 100+ человек может не получиться всё настроить по шаблону и забыть.
Другое дело, когда в базе максимально может быть 40 человек. И то, если автор решится все базы объединить в одну. Если будет риб, то будет почти как в файловой.
О тонкой настройке тут можно и не говорить.
А мануалов по установке постгри и 1С в интернете просто навалом.
Ваш уход от вопроса в (10) прогремел как звук проезжающего мимо болида.
А вот такие проблемы как решать в Postgre?
Никак их не решать. Не обновляйте до Postgre Pro и не получайте проблем.
Если постгри, то только бесплатно.
Вообще, ваше стремление везде и всюду поставить дорогой софт похоже на стрельбу из пушки по воробьям.
Решение должно быть соизмеримо с задачей.
Естественно, в базах на 100+ человек может не получиться всё настроить по шаблону и забыть.
Другое дело, когда в базе максимально может быть 40 человек. И то, если автор решится все базы объединить в одну. Если будет риб, то будет почти как в файловой.
О тонкой настройке тут можно и не говорить.
А мануалов по установке постгри и 1С в интернете просто навалом.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот