Переход с файловой версии на клиент-сервер. Подскажите, с чего начать.

1. planod 07.11.12 07:00 Сейчас в теме
Всем доброго времени суток. Никогда не задумывался над вопросом, указанном в заголовке, но тут понимаю, что надо. Ситуация: Бухгалтерия, стандартная "восьмерка", растет не по дням, а по часам. Файловый вариант, как мне кажется, не подходит к базе с количеством пользователей примерно 20. Подскажите, пожалуйста, с чего начать изучение процесса перевода, на какие ПО обратить внимание и какие ошибки могут возникнуть. Заранее спасибо :)
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. VNSh 07.11.12 08:07 Сейчас в теме
Сначала надо определиться, какая операционная система и какая СУБД будут на сервере и как будут подключаться пользователи.
А "стандартная восьмерка" - это 8.0? А конфигурация какая? Надо подробнее знать что уже есть и что вы хотите, чтобы что-то советовать...
4. planod 07.11.12 11:20 Сейчас в теме
(2) VNSh, 8.2 Бухгалтерия Предприятия.
(3) artems, Например, с железом все ясно - сервер с Xeon E5620 с 12 гигами оперативы на борту. А вот с софтом...наверное, сначала надо определиться с ОС, а потом отталкиваться от этого?
6. artems 14 07.11.12 11:55 Сейчас в теме
(4) Не маловато оперативы на 20 пользователей?
Сервер 1с и sql будут на 1 серваке крутится?
Одним из основных факторов в сервере под 1с является дисковая подсистема.
7. пользователь 07.11.12 11:57
Сообщение было скрыто модератором.
...
8. artems 14 07.11.12 12:18 Сейчас в теме
(7) 4 под систему + 1.5 (2 гб) под сервер 1С....
остается 6 (6.5) под sql. маловато будет... при нынешних ценах на память, тут скупиться себе дороже выйдет :)
9. пользователь 07.11.12 12:22
Сообщение было скрыто модератором.
...
10. artems 14 07.11.12 12:24 Сейчас в теме
(9) да ладно :) 2008 стандарт 32 Гб видит
11. пользователь 07.11.12 12:29
Сообщение было скрыто модератором.
...
12. artems 14 07.11.12 12:31 Сейчас в теме
(11) да, поправил (10), видит 32, но ТС 32 будет вполне достаточно для комфортной работы 20 юзеров.
13. пользователь 07.11.12 12:34
Сообщение было скрыто модератором.
...
15. planod 16.11.12 14:02 Сейчас в теме
(13) а бесплатные альтернативы SQL?) и еще возник вопрос, как организовать структуру жестких дисков, вернее, как разбить их на логические диски?
16. пользователь 16.11.12 14:05
Сообщение было скрыто модератором.
...
17. planod 16.11.12 16:54 Сейчас в теме
(16) да вот проблема в том, что нет пока админа :( а хорошую и нетормозящую базу хочется и мне, и начальству :)
20. acuta 22.11.12 00:15 Сейчас в теме
(15) planod, рекомендую RAID 1+0, под систему коло 100Гб, остальное по своему усмотрению. С твоими запросами все (и mdf и ldf файлы) можно разместить на одном массиве.
И памяти 12Гиг в принципе хватит, но учитывая сегодня цену на память - бери больше пригодится.
25. planod 04.12.12 06:05 Сейчас в теме
(20) acuta, Raid 0+1 - это хорошо. А какие диски лучше взять: ssd или sas?
(23) Vovan1975, спасибо за ответ... от Вашего ответа хотя бы наметился вектор, в какую сторону двигаться :)
3. artems 14 07.11.12 10:43 Сейчас в теме
1. Определиться с софтом.
2. Определиться с железом.
5. Akasy 5 07.11.12 11:29 Сейчас в теме
20 пользователей в файловом режиме в восьмерке это жесть)
Пример windows server 2003 на нем MSSQL 2005 стоит сервер 1С предприятия, заводите sql базу и все работает гораздо шустрее чем в файловом режиме.
14. artems 14 07.11.12 12:44 Сейчас в теме
ага, там одного софта на много получится...
18. red80 16.11.12 17:15 Сейчас в теме
А в консалтинговую контору обратиться и спросить? На входе хотелки и возможности, на выходе информация.
19. dedtver 17.11.12 20:27 Сейчас в теме
Начни с железа. 12 гигов памяти - это не много. и при правельной настройке sql заберет много свободной.
мой расклад
Win 2008 x64 + MSSQL 2008x64 +1c 8.2.16.368 x64 + WS X79 + Xeon 2620 + 64 ОЗУ 1600 + SSD 120 + 20 работающих тел + ут 10.3 6 гигов + бух 2гига при работе только SQL отжирает от 14 до 25 гигов оперативки, пиковую нагрузку на ОЗУ в момент заливки 5 баз одновременно видел 33 гига. Спокойная работа - 20 гигов ОЗУ на SQL.
Но, эти же люди с этими же базами спокойно сидят на
1 Win 2008 x64 + MSSQL 2008x64 +1c 8.2.16.368 x86 + p5b + core2Duo 7500 + 8 ОЗУ 800 + SSD 120 работает очень прилично, но комп на предельной нагрузке. и с ростом баз я думаю опечалится.
2 Debian 6.0.5 + Postgres 9.1.2 x64 + 8.2.14.540 x64 на этом же железе с этими же базами тоже нормально работает.
Это к размышлению платить или не платить за софт.
21. 26178_mail.ru 59 22.11.12 03:42 Сейчас в теме
Странно что у 1с нет рекомендаций по серверам. могли хоть общие рекомендации давать, на сайте у них инфа вообще старая чуть не 2-й пень рекомендуют, при обращении в тех поддержку сказали сами думайте.
22. Kr0n 22.11.12 08:16 Сейчас в теме
По дисковой подсистеме, вместо RAID 1+0 сделайте RAID 5(три винчестера) либо 6(четыре винчестера), имхо так надежней будет, желательно на отдельном (не встроенном в мат. плату контроллере), ОЗУ смотрите по размеру своей базы, если база 4 ГБ то 12 ОЗУ с верхом, а если 40 - то докупать))
23. Vovan1975 13 22.11.12 09:08 Сейчас в теме
По серверу 1с:
1)Нужно определиться с типом защиты сервера - ключ хасп или программная лицензия
2)Определиться с количеством процессов сервера - ПМСМ для вашего количества пользователей хватит и одного-двух, в любом случае делать их более чем процессоров на серваке смысла не имеет.
3)Настроить перезапуск процессов сервера(у меня делается раз в сутки)

По серверу баз данных
1) Определиться с выбором СУБД.
2) Разобраться с лицензированием СУБД - после этого получится стоимость покупки СУБД.
3) Нужно озаботиться выполнение регламентированных процедур сервера БД (для микрософта это "обновление статистики", "очистка процедурного кэша", "обновление индексов"(у меня - раз в день), "перестройка индексов"(раз в неделю)) тут фишка в том что некоторые процедуры могут выполняться и без выгона пользователей из базы а некоторые - нет.
4) Разобраться с тонкостями настройки выбранного сервера - ну там разнести на разные физические диски служебные и рабочие базы сервера и т.д. - тут гуглить по настройкам конкретного сервака под 1с. И не стоит думать что и по умолчанию все хорошо - кто даст гарантию что завтра у Вас не прибавиться еще пяток баз? Перестраивать систему "по живому" - тот еще экстрим.

После всего
Настраиваете систему бэкапов - 1с рекомендует делать бэкапы как с помощью сервера БД так и стандартной выгрузкой в режиме конфигуратора. Понятно что данная система должна работать автоматически? Мало того - нужно убедиться что она корректно работает и Вы сумеете при необходимости развернуть базу из любого бэкапа.
Если будете делать бэкап только выгрузкой базы из конфигуратора то нужно будет регулярно проверять эти выгрузки на "загружаемость" - то есть банально загрузится ли из выгрузки тестовая база без проблем или нет(у меня рабочий день с этого начинается). На выбор системы бэкапирования влияет размер базы(выгрузка может работать просто неприлично долго - если скажем база гигов 200, или если база работает в режиме 24/7 - то выгрузка тоже не подойдет и придется ограничиваться только сервером БД, в свою очередь бэкапы только сервером БД тоже не очень удобны - для получения базы для экспериментов добавляется лишний шаг). Для того чтобы убедится что это все работает - я загружал на будущий сервак базы из бэкапов и гонял их по разному - обновлял, перепроводил документы и т.д..

Перед часом Х
Убедившись что вся система работает(все регламенты выполняются) и ничего не падает через час после загрузки.
1) Убедитесь что после перезагрузки сервака доступ в базы сохранился - есть такая болезнь у сервера 1с. Выглядит так что все удачно запустилось а сервер 1с сервера БД не видит, хотя до перезагрузки все было в порядке и доступ в базы был. Но стоит вручную перезапустит службу сервера 1с и вуаля - все работает. Лечится сменой типа запуска службы сервера 1с на "автоматический(отложенный)" а если и это не помогает то запуск сервера 1с осуществляется через планировщик заданий сервака.
2) Согласовываете с бухами дату переезда

Час Х
1) Переводите у всех пользователей списки баз на файлы ссылок на иб - это когда путь к базе описывается через файлик в общей папке.(Внимание - не во всех релизах платформы это работает! Надо проверять!)
2)Выполняете ТИИ базы. Правите что можно.
3)Достаете бубен и ложите на стол рядом(это опционально)
4)Выгружаете и загружаете базу на сервер
5)Заменяете файлик общей ссылки на файловую базу на файлик общей ссылки на серверную - у всех автоматом поменяется путь к базе.(это объясняет зачем нужен п.1)
6)Старую базу блокируете на доступ - тут выявятся те пользователи у которых в списке баз вручную прописана старая база. Ну тут понятно что делать, да?

Вот и все.

ПЫ.СЫ Бубен вернуть на место не забудьте :-D
neo-ti; VovkaPutin; mulla1979; +3 Ответить
24. MX1980 02.12.12 23:32 Сейчас в теме
(23) Vovan1975,
Спасибо за развернутый ответ. Мне тоже такая процедура грозит
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот