Доброго времени суток уважаемые!
Попал на работу в контору. База 1С 7.7 Комплексная. Объем 14 гиг DBF :)
Можете представить ее поведение...
Предложил перевести базу на SQL сервер, вроде и не возражает никто (но и не помагает), но с толкнулся с тем что пользователи работают с 1С в терминальном режиме. Сервер один и не очень мощный (2хXEON 3450 8гб ОЗУ). По собственному опыту знаю что вешать на один сервер и SQL и сервер терминалов нельзя, будет тормозить. Считая этот тезис неоспоримым подал заявку на приобретение второго сервака, но "программисты" 1С из головного предприятия (в столице сидят) заявили что мол типа ограничь память SQL серверу и все будет ништяк. Ну блин точно знаю, что не вытянет этот сервак 40 юзверей в терминале и SQL, а аргументов "железных" нарыть не могу :(
Может кто подскажет какие нибудь публикации по этому вопросу. (Можно на английском, от Microsoft будет вообще шикарно).
Заранее спасибо.
Попал на работу в контору. База 1С 7.7 Комплексная. Объем 14 гиг DBF :)
Можете представить ее поведение...
Предложил перевести базу на SQL сервер, вроде и не возражает никто (но и не помагает), но с толкнулся с тем что пользователи работают с 1С в терминальном режиме. Сервер один и не очень мощный (2хXEON 3450 8гб ОЗУ). По собственному опыту знаю что вешать на один сервер и SQL и сервер терминалов нельзя, будет тормозить. Считая этот тезис неоспоримым подал заявку на приобретение второго сервака, но "программисты" 1С из головного предприятия (в столице сидят) заявили что мол типа ограничь память SQL серверу и все будет ништяк. Ну блин точно знаю, что не вытянет этот сервак 40 юзверей в терминале и SQL, а аргументов "железных" нарыть не могу :(
Может кто подскажет какие нибудь публикации по этому вопросу. (Можно на английском, от Microsoft будет вообще шикарно).
Заранее спасибо.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Где-то читал, что 32 битный SQL больше 2 Гиг не берет. Но по опыту однозначно нужно разделять, стабильной работы не будет. Если вопрос не решается с техническим персоналом, разговаривайте с начальством, обратите внимание на то, что терминальный сервер отработал уже сколько то лет, а это означает, что могут сыпться диски и т.п.
будешь долго тянуть работу конторы скоро вообще можешь остановить шутка база 14gb в DBF да и при переносе будут траблы... одним словом инициатива е.ё... инициатора а у нас как всегда пока не рухнет не поедет ... ну скажем у меня база 16GB пользователей около 40 но SQL сделал часть пользователей которым нужны супер расчёты в терминале а часть в клиенте запуск 1с на стороне пользователя пока работает ну понятно что на оддельном компе было бы лучше и правильнее но....
(8) ybeleckii,
В том то и дело - я когда три недели назад на эту работу пришел - я офигел!!! Мало того чот ДБФ такого размера, так оно еще и не индексируется! Бухи оборотку формируют по 10 раз чтобы результат взять наиболее часто повторяющийся. А нач. отдела ИТ холдинга гонит: "не гони волну! семь лет работали и нормально" На все мои высказывания что нельзя так работать - ноль эмоций. На предложение поизучать спецификацию DBASE IV ответ - "да я на фоксе с рождения сижу!". ППЦ. В общем для себя решил - или перевожу на SQL (нужен отдельный сервер), или ухожу, пусть эти пяные обезьяны сами е.... (сорри за мой французкий, наболело). Вот по этому и хочу поиметь "тяжелую" аргументацию для служебки хозяивам холдинга, через голову ИТ отдела (отмазываться то они будут по любому).
ЗЫ: Уходить не хочется, и деньги нормальные и колектив симпотный (женская часть).
В том то и дело - я когда три недели назад на эту работу пришел - я офигел!!! Мало того чот ДБФ такого размера, так оно еще и не индексируется! Бухи оборотку формируют по 10 раз чтобы результат взять наиболее часто повторяющийся. А нач. отдела ИТ холдинга гонит: "не гони волну! семь лет работали и нормально" На все мои высказывания что нельзя так работать - ноль эмоций. На предложение поизучать спецификацию DBASE IV ответ - "да я на фоксе с рождения сижу!". ППЦ. В общем для себя решил - или перевожу на SQL (нужен отдельный сервер), или ухожу, пусть эти пяные обезьяны сами е.... (сорри за мой французкий, наболело). Вот по этому и хочу поиметь "тяжелую" аргументацию для служебки хозяивам холдинга, через голову ИТ отдела (отмазываться то они будут по любому).
ЗЫ: Уходить не хочется, и деньги нормальные и колектив симпотный (женская часть).
Бесит блин. Сидят дятлы и нихрена нового знать не хотят.
А в конфигурации перлы: Лог проведения записывается справочник (и не один), в отчетах запрос в цикле выборке строк ТЗ, ограничение прав на изменение констант в коде глобального модуля с перечислением фамилий...
Я хренею дорогая редакция. И эти ..... мне расказывать что то будут! Но я новенький - а они в авторитете у хозяев.
А в конфигурации перлы: Лог проведения записывается справочник (и не один), в отчетах запрос в цикле выборке строк ТЗ, ограничение прав на изменение констант в коде глобального модуля с перечислением фамилий...
Я хренею дорогая редакция. И эти ..... мне расказывать что то будут! Но я новенький - а они в авторитете у хозяев.
Возьми собери всю полезную информацию и напиши служебную или другую бумагу(с аргументированными примерами) на имя своего руководителя или директора копию себе с визой в рукав и занимай позицию я ж те ё... говорил а на счёт работы так и так ..... считай что ты в окопе с гранатой
не бей себя в грудь а предложи пригласить для анализа каких либо экспертов.
не бей себя в грудь а предложи пригласить для анализа каких либо экспертов.
Я так понял что сервер не первой свежести. Может быть развить такую мысль: а что если этот единственный сервер завтра выйдет из строя? Работа конторы полностью будет остановлена. Имея под рукой второй сервер, можно на нем организовать работу хотя бы ключевых пользователей. Ну и раз нагрузка на сервер терминалов будет меньше, то и прожить он сможет по дольше, что конторе выгодно.
Или ещё такую мысль, что на sql сервере база более защищена. Если она в файловом режиме, то любой пользователь имеет права на изменение, что чревато если пользователь не добросовестный.
Или ещё такую мысль, что на sql сервере база более защищена. Если она в файловом режиме, то любой пользователь имеет права на изменение, что чревато если пользователь не добросовестный.
аргументация может быть тем, что DBF имеет свойство разваливаться на ходу, потом ее проблематичено восстанавливать, когда "куски" данных в хаотических местах удаляются, SQL вариант самое подходящее решение, да и оптимизировать БД можно нормально, может вам просто добавить оперативки для лучшей работы SQL сервера, т.к. файловый вариант и так сам по себе затормаживает работу компа, а когда уже будет на SQL тормозов станет меньше.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот