Есть несколько баз БП3.0, БП 2.0, ЗУП2.5 - всего 8 шт.
С одной базой работает 1 пользователь, еще 1 пользователь периодически смотри отчеты.
3 базы - относительно большие - под 700 док в месяц.
Пару пользователей есть удаленных
//
Думается поставить под эту задачу комп на i5, памяти 16Гб, SSD, и обычный жесткий под бэкапы. и всех завести работать через терминал
Правильно мыслю?
Систему ставить на HDD или SSD?

Файловый вариант?

(1)естественно. разве есть тут смысл заморачиваться на серверный?

(2) файловый 8.Х - мсье знает толк в извращениях (с)

(3)а что не так для работы в одно лицо?

(0) Систему однозначно на SSD, ибо терминал.
Очень большая разница когда профиль юзера лежит на медленном HDD, и на быстром SSD.

(3) Только извращенец может в такой ситуации поставить скуль.

(5)просто не в курсе. 8-ке активно что-то использует в профиле юзера?

Кроме терминала можно поднять веб сервер, но это только для БП3.0

(7) Разумеется.

(7) да, например программные кеши форм

(8)а есть ли смысл? + есть удаленные пользователи.

если всего пользователей не более 5 то можно разорится на минисервер и поставить его на бесплатный скуль, может быстрее и не будет, но надежнее будет полюбому, плюс горячие бекапы...

(11) А есть ли смысл - решать вам, я не знаю точно ваших задач.
Возможно будет удобно, возможно это будет ненужное излишество.

Были бы все БП3.0 - другое дело. А так - одни смогут работать в браузере, другие нет.

А сколько всего пользователей?
2 или 9

(10)это папки с длинными названиями? и кэш который глючит иногда?

(12)тьфу тьфу тьфу, но пока не было проблем с файловыми базами.
Пока непонятно только как бэкапы делать файловых баз не выгоняя пользователей
(13)не вижу преимуществ работы в браузере.
(14)ну если по максимуму одновременно 4 бухгалтера + 1 отчеты смотреть периодически

(15) В файловом варианте пользователь работает напрямую с БД - а значит все кэширование и временные файлы создает пользователь.
А писать пользователь может только в свой профиль.
Там очень большой объем записи и чтения, причем запись и чтение идет мелкими блоками, а HDD в таком режиме очень плох, в отличие от SSD.

(16) Теневое копирование.

(18)базы не рушаться при этом?

(16) В браузере удобно удаленщикам, не нужен терминал, и пошустрее.

(16) Если файловый вариант, то памяти лучше 32 поставить сразу. Или иметь резерв для этого.

(19)Нет.
Хотя небольшая вероятность существует.

(20)"не нужен терминал" - да разве это проблем.

(23) Ну я же говорю - кому как удобнее, это не догма, это возможный вариант.

+21 Сейчас есть клиент.
Стоит i7 24гига оперативы. Диски обычные Сата.

15 бух баз 2.0. 5 Зуп 2.5. Все файловое.
Работает 6 пользователей.
Обычно в одной базе 1-2 пользователя. У каждого пользователя в среднем 2-3 базы одновременно.

Все в терминале 2008.

Работают не жалуются.

(19) Теневое копирование выполняется мгновенно, и все операции записи в этот момент система блокирует, а все кэши сбрасываются на диск.

(25)i7 имеет смысл ставит. Вроде дорогие они сейчас

(27) не знаю на i5 нет никого что бы проверить.

(27) Чем больше ядер, тем больше ресурсов достанется конкретному пользователю. Пошустрее будет, но не критично.

(26)вроде при копировании запущенных баз (но в которых не выполняется операций) базы бьются

(30) Ты не путай копирование с теневой копией.
При копировании конечно будут биться.

У тебя база 2Гб ты сколько ее копировать будешь? Минуту? И сколько у тебя за минуту туда запишется?
Разумеется побъеться.


А теневое копирование МГНОВЕННО копирует весть диск.
И пофиг сколько у тебя там база занимает.

(31)в (22)есть какие-то сомнения
А как теневую копию то перекинуть на другой диск?

теневое копирование рушит базы если оно начато в момент транзакции с изменениями в базе...

снимок будет содержать половину транзакции...

(33) Маловероятно- это должна быть очень большая тразакция.
И разрушится не база, а конкретная запись.

Делал скрпитом 15 теневых копирований во время реструктуризации базы при обновлении - все базы целые.

(34)как к теневой копии доступ получить? путь к ней какой?

(32) Монтируешь и перекидываешь куда хочешь.
У меня на теневом копировании все бэкапы основаны, и работают более чем у сотни клиентов - и никаких проблем.

Главное тут не путать теневую копию с бэкапом.
Теневая копия это инструмент для бэкапа, не более того.
Т.е сначала делаем снимок, потом монтируем и складываем в архив.

(35) Путь любой какой пропишешь.
Например монтируешь  в папку C:\Shadow  и работаешь с ней.

(35)как ее скриптом то примонтировать.
кучками то понятно. там же названия папок автоматом создаются.
или как-то можно снимки делать вручную?

Теневая копия это снимок тома, т.е нельзя сделать теневую копию одного файла, или папки, только всего тома.
После создания теневой копии этот теневой том можно по его идентификатору смонтировать куда угодно в файловую систему.

(39)а идентификатор откуда взять?

(40)Если скриптом делаешь - скриптом и получаешь его.
А если руками - выбираешь копию из списка по времени.

Вот разжевано в принципе создание скрипта http://habrahabr.ru/post/246743/

Хотя есть и другие инструменты.

(0) Всё на SSD.

(43) Базы можно и на HDD оставить, не критично.
Хотя на SSD пошустрее будет.

(0) ...и всех завести работать через терминал...

Если всё в одной локалке, то зачем? На обычных формах (БП2.0 и ЗУП 2.5) вообще глупо. Обычный офисник нормально справится со всеми задачами. И не будет перегружать сервер.

(3) Какая самоуверенность! Граничит с наивностью и глупостью.

(45) Ну учитывая наличие удаленщиков терминал все равно необходим.
А так да, вполне неплохо и по сети будет работать.
Если сетка не стомегабитная.

(46) Одно лругому не мешает: удаленщики через терминал, офисные со своего компа.

(45) в терминале на порядок быстрее работает. Поэтому не глупо. То есть база на том же компе, на котором работаешь. НЕ гоняются данные по сети.

мсье, ставьте Убунту сервер + постгри + минисервер + ssd
Затраты минимум, полет нормальный

(48) Если вы внимательно читали, то в (3) речь не про терминал, а про клиент сервер.

(49) Еще один извращенец.
Ладно бы еще MSSQL на винде, так мало этого, надо дополнительно с постгри и убунтой повыеживаться.

(51) руки из ж опы?

Убунту не рекомендую. Только centos.

(52) При чем тут руки?
Нафига в данном случае скуль?
А если уж скуль, то зачем на убунте, если заточена 1с для работы с MSSQL.
Настроить конечно можно и пострги, никто не спорит, вопрос - нафига?

(54) какой нах скуль? Я про постгри писал.

(55) Постгри не скуль шоле?

(55) А постгри это что тогда? Я думал что постгри это PostgreSQL.