Форум Администрирование Системное программное обеспечение (Software)

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

1. alex_gus 3 11.10.16 16:50 Сейчас в теме

Какую версию SQL Server использовать 2005 - 2008 для работы с 1С 7.7 ? Речь идет о версии Standart 64bit. На какой из них будет быстрее ? Может есть у кого инфа по этому вопросу. Сейчас база крутится на 2000-м, размер базы 35гигов, становится все медленней и медленней.

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. hexus 3 11.10.16 19:18 Сейчас в теме

насколько помню 7-ка с 2005 дружит плохо.... чтоб запускать на скуле отличном от 2000 нужно патчить ДЛЛ

3. DenisCh 11.10.16 20:05 Сейчас в теме

77 штатно не работает на овер 2000.
Всё остальное - на вашу печать в паспорте о судимости.

4. hexus 3 11.10.16 20:21 Сейчас в теме

(3) DenisCh, 5 баллов

5. alex_gus 3 11.10.16 21:35 Сейчас в теме

Вот они ответы...конкретно спросил что будет лучше 2005 или 2008....знаю что без "бубна" не работает, так как на 2000-м работает уже 10 лет.

6. kapa16 11.10.16 21:55 Сейчас в теме

C 2005 на мой взгляд меньше танцев с бубном

7. alex_gus 3 11.10.16 22:56 Сейчас в теме

База разрослась в 2000м жутко медленно работает проведение/перепроведение надоело пользоваться reconnect-ом, без него так вообще беда.

13. корум 287 17.10.16 14:35 Сейчас в теме

(7) alex_gus, не мучай людей, сверни базу.

8. Pasha1st 838 12.10.16 07:11 Сейчас в теме

По мне поскольку танцы всё равно понадобятся, имеет смысл брать максимальную доступную версию. В контексте выбора 2005 или 2008 - лучше 2008

9. user624223_volonterovv 16.10.16 20:47 Сейчас в теме

вообще советую самую последнюю всегда устанавливать, чтобы не было последующих проблем

10. splxgf 16.10.16 21:41 Сейчас в теме

Свернуть базу не предлагать?

11. Armando 1399 16.10.16 22:04 Сейчас в теме

7.7 на 2005/2008 сильно лучше работает?
А вообще отличный повод перехода на восьмерку.

12. alex_gus 3 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/

15. пользователь 17.10.16 15:29

Сообщение было скрыто модератором.

...

16. gallam99 237 17.10.16 16:42 Сейчас в теме

Если нет необходимости обновить версию SQL Server, то лучше остаться на 2000, на нем наибольшая производительность при правильном обслуживании и разумной оптимизации.
На 2005/2008 столкнетесь с проблемами скорости выполнения запросов по курсорам (cursorfetch),
выборки по подчиненным документам (таблица CRDOC) и другие.

17. alex_gus 3 17.10.16 19:29 Сейчас в теме

(16) gallam99, на 2000м проблема с проведением документов, с каждым документом снижается производительность. Странно я думал на 2005 1С-ка пободрей должна работать, люди писали что при переходе с 2000-го на 2005 как "пинок под зад" дали базе они типа залетала.

18. gallam99 237 18.10.16 14:06 Сейчас в теме

(17) alex_gus,
Вы правы, есть такой момент - как снижение производительности при массовом перепроведении документов - это исправляется без перехода (есть решения на рынке).
Я имел в виду, что после переходе появятся другие моменты - описанные выше.

19. alex_gus 3 18.10.16 14:11 Сейчас в теме

(18) gallam99, "выполнения запросов по курсорам (cursorfetch)" - это в каком контексте применяется ?

20. user629672_vladimirmir 26.10.16 02:29 Сейчас в теме

всегда считал что самая лучшая версия какой либо программы это последняя версия

21. alex_gus 3 26.10.16 09:22 Сейчас в теме

(20) врядли 7.7 будет работать на SQL 2016 )

22. fallen_santa 27.10.16 14:50 Сейчас в теме

(21)
Сравнивать не приходилось, запускали 7.7 на 2008-м SQL. База что-то за гиг 20 была. Нормально летало, пока не проапгрейдились и не переехали на восьмёрку.

23. alex_gus 3 03.11.16 19:15 Сейчас в теме

Провёл эксперимент, сделал две базы одну compability level 2000, вторую 2005, и по очереди запустил восстановление последовательности за прошлый месяц, результат одинаков почти до минут, странно как-то.

24. alxarz 31 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 3 04.11.16 11:42 Сейчас в теме

(24) тогда .опа...сам уже увидел что в 2005 стало никак не быстрей, даже не смотря на то что теперь процесс sql захватывает всю память (15 гиг), а в 2000 sql всего 1.8гига.

26. alex_gus 3 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 3 05.11.16 15:01 Сейчас в теме

Скрин perfmon при групповом проведении документов.

Прикрепленные файлы:

28. costy_admin 57 05.11.16 15:27 Сейчас в теме

У меня база крутиться на SQL 2008 r2, также 7.7... лучше пока не нашел.. побывал 2000, 2014 мне понравился 2008, скорость работы, у тебя что такое в базе?, посмотри лог таблиц и проверь что больше грузит, какие характеристики сервера может просто сервер слабоват... а так пробуй переходить на 8.2-8.3..

29. alex_gus 3 05.11.16 16:23 Сейчас в теме

(28) на одно сообщение выше все расписано.

30. alex_gus 3 08.11.16 12:51 Сейчас в теме

Созрел такой вопрос : Что лучше использовать в плане, получения наименьшего количества глюков и траблов в обслуживании ну и во главе угла производительность.
1. Патченный bkend.dll + в свойствах базы стоит режим совместимости SQL 80 (2000)
2. Секретный релиз платформы + в свойствах базы стоит режим совместимости SQL 90 (2005)
Или же попытаться на 2003 R2 вкорячить SQL сервер 2008 ?

Внимание! Тема сдана в архив