|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Коллеги, может быть кто-то ужел сделал взвешенный выбор? Общеизвестно, что 1С 7.7 работает с SQL сервером мягко говоря, "своеобразно". Для того, чтобы все-таки пытаться подружить ее с 2008 SQL сервером, нужны веские доводы, потому что задача нетривиальна и чревата отсроченными проблемами совместимости. На данный момент уже существуют решения, позволяющие запускать и вродебы как-то сносно эксплуатировать базы 7.7 по 2008 SQL Server, но чем больше разного рода наработок, особенно из ряда 1С++ и проч. тем выше вероятность нестабильной работы. Собственно, первый вопрос, на который надо дать ответ, прежде чем браться за такое мероприятие: что, собственно, может дать перевод БД 1С 7.7 с SQL 2000 на SQL 2008? Для конкретики, давайте рассмотрим случай с торговой базой размером 130 Гб. Сервер XEON 5660 х 2, 32 Гб оперативной памяти, 6 SSD, 4 обычных SASA винта. Распределенной базы нет, много кода под 1С++. 100 пользователей, 50% в-основном вносят данные, 50% в основом пользуются отчетами Модератор: Тема перенесена из форума "Microsoft SQL Server". ... |
|||
:
Нравится:
Не нравится:
|
|||
22.08.2011, 19:03 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
>что, собственно, может дать перевод БД 1С 7.7 с SQL 2000 на SQL 2008? поиск гимороя на свою голову... ну есть в 2000 проблема с временными таблицами, так можно перейти на 2005. Где гимору с 7.7 меньше ... |
|||
:
Нравится:
Не нравится:
|
|||
22.08.2011, 19:17 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
На sql 2008 R2 стоит переходить только в случае если нужно памяти добавить и съэкономить на лицензиях (у редакции standard 64Гб ОЗУ ограничение - и стоимость данной редакции заметно ниже чем enterprise). ... |
|||
:
Нравится:
Не нравится:
|
|||
22.08.2011, 19:36 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Господин ПЖ>что, собственно, может дать перевод БД 1С 7.7 с SQL 2000 на SQL 2008? поиск гимороя на свою голову... ну есть в 2000 проблема с временными таблицами, так можно перейти на 2005. Где гимору с 7.7 меньше можно поподробнее, какая проблема в 2000 с временными таблицами? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.08.2011, 21:32 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Александр Дж.Господин ПЖ>что, собственно, может дать перевод БД 1С 7.7 с SQL 2000 на SQL 2008? поиск гимороя на свою голову... ну есть в 2000 проблема с временными таблицами, так можно перейти на 2005. Где гимору с 7.7 меньше можно поподробнее, какая проблема в 2000 с временными таблицами? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2011, 00:10 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Господин ПЖАлександр Дж.пропущено... можно поподробнее, какая проблема в 2000 с временными таблицами? тынц ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2011, 00:11 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Господин ПЖ тынц запустил приведенный в статье тест - дествительно, на старом сервере есть такая проблема... но за время работы ни разу с этим не столкнулся... видимо, на нашей специфике это мало отражается ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2011, 10:05 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Господин ПЖ можно перейти на 2005. Где гимору с 7.7 меньше а кроме временных таблиц от какого гимора можно избавиться переходом на 2005? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2011, 10:06 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Александр Дж.Господин ПЖ можно перейти на 2005. Где гимору с 7.7 меньше а кроме временных таблиц от какого гимора можно избавиться переходом на 2005? От временных все равно не избавишься. И гемору столько же. 7.7 надо фиксить ее проблемами, повышением градуса у мсскл проблема не решается. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2011, 10:43 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
У нас работало все на 2005 решили попробовать перевести на 2008 и земетили значительное снижение производительности даже при работе 1-3 пользователей. Решили вернуть на 2005 на нем все работает стабильно и достаточно быстро. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2011, 10:35 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
ixileonУ нас работало все на 2005 решили попробовать перевести на 2008 и земетили значительное снижение производительности даже при работе 1-3 пользователей. Решили вернуть на 2005 на нем все работает стабильно и достаточно быстро. +1. или 2000 или 2005 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2011, 11:09 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Подниму тему. Есть "сервер" на Core2Duo 4гига ОЗУ, база 40 гигов, SQL2000, установили Supermicro 2хXeon 16 гигов ОЗУ, поставили на него MS Server 2003 64bit + SQL Server 2005 SP4, залили туже базу, замерили скорость проведения документов, не изменило ровным счетом ничего ( ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2016, 12:06 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
SnakePlisskinПодниму тему. Есть "сервер" на Core2Duo 4гига ОЗУ, база 40 гигов, SQL2000, установили Supermicro 2хXeon 16 гигов ОЗУ, поставили на него MS Server 2003 64bit + SQL Server 2005 SP4, залили туже базу, замерили скорость проведения документов, не изменило ровным счетом ничего ( изменилось ..больше людей могут работать ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2016, 14:42 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
ZerroSnakePlisskinПодниму тему. Есть "сервер" на Core2Duo 4гига ОЗУ, база 40 гигов, SQL2000, установили Supermicro 2хXeon 16 гигов ОЗУ, поставили на него MS Server 2003 64bit + SQL Server 2005 SP4, залили туже базу, замерили скорость проведения документов, не изменило ровным счетом ничего ( изменилось ..больше людей могут работать это как раз не критично, ибо количество пользователей всегда одинаково. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2016, 18:34 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
SnakePlisskin, Вы не понимаете основ поэтому у вас ничего и не изменится. Прежде чем вкидывать бабло в железо - хоть бы спросили поможет или нет. Вам копать в сторону ram-диска и прямых запросов. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2016, 20:40 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Злой БобрSnakePlisskin, Вы не понимаете основ поэтому у вас ничего и не изменится. Прежде чем вкидывать бабло в железо - хоть бы спросили поможет или нет. Вам копать в сторону ram-диска и прямых запросов. А Вы прям сильно понимающий, обоснуйте почему нет прироста ??? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2016, 21:20 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
SnakePlisskinА Вы прям сильно понимающий, обоснуйте почему нет прироста ??? Потому что проблема не в железе а в "прокладке". БД переводят в скуль не для прироста скорости, а когда объем упирается в ограничение дбф. Более того поставили вы сервер 64 битку, но приложение 32 битное и более того работает на одном ядре. Так что вы хоть 8 процов поставите - скорости это не добавит. И к чему это я про скорость? Ах да, ведь все зависит от приложения. Ну вот примерно так. Дальше можно больше, но лень. Вы ведь и не писатель и не читатель. Куда копать я вам сказал выше. Копайте. Если лень то нанимайте того кто вам сделает счастье. Второй вариант наверное будет более правильным, но вы ведь всеравно все сделаете по своему. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.11.2016, 22:52 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Злой Бобр, смешной Вы, видимо читать лень, сказано было русским языком база уже лет 7 крутится на SQL 2000, т.к. уже давным давно уперлась в ограничение на размер таблиц, размер базы 32гига, на старом "сервере", стоит 4 гига ОЗУ и 32-х разрядная ОС и SQL, на новом сервера все приложения 64бит, ну кроме 7.7, процесс sqlserver занимает всю память свободную, больше 15 гигабайт, логически рассуждая это должно было увеличить производительность но НЕТ, вот и вопрос почему ? Попробую перевести в режим simple, замерю как будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2016, 10:16 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Вот скрин perfmon, во время группового проведения документов. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2016, 10:47 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
SnakePlisskin... процесс sqlserver занимает всю память свободную, больше 15 гигабайт, логически рассуждая это должно было увеличить производительность но НЕТ, вот и вопрос почему ? Попробую перевести в режим simple, замерю как будет. Еще раз - скорость проведения зависит от приложения. Скуль выступает чисто как хранилище данных и не более того. Поскольку некоторые вычисления в родном приложении с применением скуля идут медленно, то головастые ребята давно придумали 1срр.dll и прямые запросы значительно облегчали все. Для большей скорости можете применить RAM-диск, хотя вполне достаточно 8 CCD поставить в 10 рейд и получить максимальный прирост+надежность (будет медленнее чем на рам диске, но для вашего объема я думаю это не критично). И скуль отжирает у вас память видимо за счет роста лога. Симпл вам поможет в этом, но скорости это не даст. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2016, 19:13 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Злой Бобр, ну вот пошла конструктивная беседа. к сожалению 8 ssd поставить нет возможности физической. Разве sql выступает только в качестве хранилища, я думал sql должен как то обрабатывать запросы к данным и выдавать уже результат который потом 1с уже пережевывает и выдает пользователю, странно что производительность в проведении не возросла ни на сколько, может в чем то другом возросла, пока на боевой режим не переводил этот сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2016, 14:25 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
SnakePlisskin Разве sql выступает только в качестве хранилища, я думал sql должен как то обрабатывать запросы к данным и выдавать уже результат который потом 1с уже пережевывает и выдает пользователю, ... Скуль так и отрабатывает. Вопрос в том что некоторые запросы уходят от приложения "не оптимальными". Именно поэтому нужно пользовать прямые запросы, что в свою очередь в разы ускорит и проведение и формирование отчетов и т.п. Менять железо без переписывания кода дело абсолютно бестолковое. Единственное - увеличится количество пользователей работающих с БД. Но даже так уже подбираясь к 80 пользователям будут определенные пролаги. Реально больше 130 одновременно работающих (с пролагами естественно) нигде не видел. Ну а для переписывания кода вам нужен опытный "клюшечник", а они сейчас в дефиците. К тому же занятие это муторное и занимает не один месяц (мягко говоря). Поэтому получить быстрый выхлоп не получится. Ну разве что найдете несколько мешков денег и посадите команду переписывать код. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.11.2016, 17:36 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Злой БобрТак что вы хоть 8 процов поставите - скорости это не добавит. - несколько спорное утверждение, хотя если планом питания разрешено менять частоту процессора, то может и замедлить. У Софтпоинта была прикольная демонстрация на эту тему. Злой БобрИ скуль отжирает у вас память видимо за счет роста лога. - Вы ничего не путаете? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2016, 15:49 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
AHDPЗлой БобрИ скуль отжирает у вас память видимо за счет роста лога. - Вы ничего не путаете? Не путаю. В большинстве случаев так и есть. Именно лог в скульной базе. Что там у автора - пусть сам смотрит, я не телепат. Я могу только пнуть в нужном направлении. Дальше уже автор сам пусть крутится и решает что и как. Проблемы автора в том что он полез туда где ничего не понимает. А клюшечника спросить видимо было лень. Но мне работодателя ни капли не жаль - как людям платят, такие люди и работают. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2016, 20:31 |
|
1C 7.7 + SQL 2008 или все-таки SQL 2000?
|
|||
---|---|---|---|
#18+
Злой Бобр, какой же вы злой)))) во превых с 7.7 я работаю же 12 лет..писано переписано немыслимо сколько всего. во вторых никогда с клюшками проблем не было и нет...сервер подвернулся по дешевке был куплен...и удивлен что выхлопа 0. Пинать вы можете салаг в нужном направлении. А SQL сожрет столько памяти сколько есть хоть 64 гига если не стоит ограничений..и full и simple без разницы уже проверено. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2016, 21:05 |
|
|
start [/forum/topic.php?fid=28&msg=37406624&tid=1518640]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
155ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 248ms |
total: | 517ms |
0 / 0 |