Какую версию SQL Server лучше использовать ?

1. Александр (alex_gus) 1 11.10.16 16:50 Сейчас в теме
Какую версию SQL Server использовать 2005 - 2008 для работы с 1С 7.7 ? Речь идет о версии Standart 64bit. На какой из них будет быстрее ? Может есть у кого инфа по этому вопросу. Сейчас база крутится на 2000-м, размер базы 35гигов, становится все медленней и медленней.
Ответы
2. Joda Jedi (hexus) 3 11.10.16 19:18 Сейчас в теме
насколько помню 7-ка с 2005 дружит плохо.... чтоб запускать на скуле отличном от 2000 нужно патчить ДЛЛ
3. DenisCh Гейтс (DenisCh) 11.10.16 20:05 Сейчас в теме
77 штатно не работает на овер 2000.
Всё остальное - на вашу печать в паспорте о судимости.
Reaper_1C; hexus; +2 Ответить
4. Joda Jedi (hexus) 3 11.10.16 20:21 Сейчас в теме
5. Александр (alex_gus) 1 11.10.16 21:35 Сейчас в теме
Вот они ответы...конкретно спросил что будет лучше 2005 или 2008....знаю что без "бубна" не работает, так как на 2000-м работает уже 10 лет.
6. П К (kapa16) 11.10.16 21:55 Сейчас в теме
C 2005 на мой взгляд меньше танцев с бубном
7. Александр (alex_gus) 1 11.10.16 22:56 Сейчас в теме
База разрослась в 2000м жутко медленно работает проведение/перепроведение надоело пользоваться reconnect-ом, без него так вообще беда.
13. rjhev korum (корум) 315 17.10.16 14:35 Сейчас в теме
(7) alex_gus, не мучай людей, сверни базу.
8. Pavel Fomin (Pasha1st) 537 12.10.16 07:11 Сейчас в теме
По мне поскольку танцы всё равно понадобятся, имеет смысл брать максимальную доступную версию. В контексте выбора 2005 или 2008 - лучше 2008
9. Александр Волонтеров (user624223_volonterovv) 16.10.16 20:47 Сейчас в теме
вообще советую самую последнюю всегда устанавливать, чтобы не было последующих проблем
10. splxgf (splxgf) 16.10.16 21:41 Сейчас в теме
Свернуть базу не предлагать?
11. Armando Armando (Armando) 1385 16.10.16 22:04 Сейчас в теме
7.7 на 2005/2008 сильно лучше работает?
А вообще отличный повод перехода на восьмерку.
12. Александр (alex_gus) 1 17.10.16 14:23 Сейчас в теме
(11) Armando, изменений порядка 40 тысяч строк полно доп отчетов сделано и обработок, переход на 8-ку не вариант сильно много времени займет.
14. Роберт В е р т и н с к и й (v3rter) 17.10.16 15:08 Сейчас в теме
Ну есть еще режимы совместимости SQL-сервера, dll wrapper aka "Секретный релиз платформы v77.27.7" за $m10 http://infostart.ru/public/82018/
16. Павел Баркетов (gallam99) 157 17.10.16 16:42 Сейчас в теме
Если нет необходимости обновить версию SQL Server, то лучше остаться на 2000, на нем наибольшая производительность при правильном обслуживании и разумной оптимизации.
На 2005/2008 столкнетесь с проблемами скорости выполнения запросов по курсорам (cursorfetch),
выборки по подчиненным документам (таблица CRDOC) и другие.
17. Александр (alex_gus) 1 17.10.16 19:29 Сейчас в теме
(16) gallam99, на 2000м проблема с проведением документов, с каждым документом снижается производительность. Странно я думал на 2005 1С-ка пободрей должна работать, люди писали что при переходе с 2000-го на 2005 как "пинок под зад" дали базе они типа залетала.
18. Павел Баркетов (gallam99) 157 18.10.16 14:06 Сейчас в теме
(17) alex_gus,
Вы правы, есть такой момент - как снижение производительности при массовом перепроведении документов - это исправляется без перехода (есть решения на рынке).
Я имел в виду, что после переходе появятся другие моменты - описанные выше.
19. Александр (alex_gus) 1 18.10.16 14:11 Сейчас в теме
(18) gallam99, "выполнения запросов по курсорам (cursorfetch)" - это в каком контексте применяется ?
20. Дмитрий Тригубенко (user629672_vladimirmir) 26.10.16 02:29 Сейчас в теме
всегда считал что самая лучшая версия какой либо программы это последняя версия
21. Александр (alex_gus) 1 26.10.16 09:22 Сейчас в теме
(20) врядли 7.7 будет работать на SQL 2016 )
22. Fallen Santa (fallen_santa) 27.10.16 14:50 Сейчас в теме
(21)
Сравнивать не приходилось, запускали 7.7 на 2008-м SQL. База что-то за гиг 20 была. Нормально летало, пока не проапгрейдились и не переехали на восьмёрку.
23. Александр (alex_gus) 1 03.11.16 19:15 Сейчас в теме
Провёл эксперимент, сделал две базы одну compability level 2000, вторую 2005, и по очереди запустил восстановление последовательности за прошлый месяц, результат одинаков почти до минут, странно как-то.
24. Alx Alx (alxarz) 29 03.11.16 21:12 Сейчас в теме
(23) а откуда взялась уверенность что станет быстрее работать на 2005 / 2008?
https://social.technet.microsoft.com/Forums/ru-RU/c03f3741-e5b8-4c5c-9be6-44db65d98a79/-sql-2000-sql-2005?forum=sqlru
25. Александр (alex_gus) 1 04.11.16 11:42 Сейчас в теме
(24) тогда .опа...сам уже увидел что в 2005 стало никак не быстрей, даже не смотря на то что теперь процесс sql захватывает всю память (15 гиг), а в 2000 sql всего 1.8гига.
26. Александр (alex_gus) 1 05.11.16 14:43 Сейчас в теме
Итак пару дней экспериментов, выявил следующее, разнице в производительности (делал групповое проведение документов за месяц), ровно никакой, скорей даже медленней работает, что меня поставило в полный тупик.
Исходная конфигурация :
Core2Duo E7200 / 4Gb RAM / Raid 0 - 2 SAS Seagate 300Gb / MS Windows 2003 + SQL Server 2000 SP4 / база 1С 7.7 32 гига
Текущая конфигурация :
Supermicro Server 2xXeon 5345 / 16Gb RAM / RAID 10 4*SATA 1Tb WD Blue / MS Windows 2003 (64bit) + SQL Server 2005 (64bit) SP4 / база 1С 7.7 32 гига
База перед каждым тестом создавалась новая, менялись Recovery Model с Full на Simple. Тестирование проводилось локально на сервере. На новой конфигурации работает медленней.
27. Александр (alex_gus) 1 05.11.16 15:01 Сейчас в теме
Скрин perfmon при групповом проведении документов.
Прикрепленные файлы:
28. Константин Коваленко (costy_admin) 47 05.11.16 15:27 Сейчас в теме
У меня база крутиться на SQL 2008 r2, также 7.7... лучше пока не нашел.. побывал 2000, 2014 мне понравился 2008, скорость работы, у тебя что такое в базе?, посмотри лог таблиц и проверь что больше грузит, какие характеристики сервера может просто сервер слабоват... а так пробуй переходить на 8.2-8.3..
29. Александр (alex_gus) 1 05.11.16 16:23 Сейчас в теме
(28) на одно сообщение выше все расписано.
30. Александр (alex_gus) 1 08.11.16 12:51 Сейчас в теме
Созрел такой вопрос : Что лучше использовать в плане, получения наименьшего количества глюков и траблов в обслуживании ну и во главе угла производительность.
1. Патченный bkend.dll + в свойствах базы стоит режим совместимости SQL 80 (2000)
2. Секретный релиз платформы + в свойствах базы стоит режим совместимости SQL 90 (2005)
Или же попытаться на 2003 R2 вкорячить SQL сервер 2008 ?
Оставьте свое сообщение