Переключение на Главную Страницу Страницы: 1 ОтправитьПечать
Горячая тема (более 10 ответов) переход на SQL: прием рекомендаций, засад, способов борьбы. (число прочтений - 4362 )
Cthulhu
Junior Member
**
Отсутствует


1C++ rocks!

Сообщений: 77
Зарегистрирован: 04. Апреля 2010
переход на SQL: прием рекомендаций, засад, способов борьбы.
12. Мая 2010 :: 05:43
Печать  
Поелику ну где как не тут спросить у спецов по живой и плотной эксплуатации SQL?..
Итак. С самого начала.
Вопрос №0. 2000 vs 2005. Знаю что 2000-й ставится и юзается без гиморов и без патча движка - а 2005-й надо патчить. Не знаю: все-таки который лучше (производительность, удобство управления и ковыряния, оперативность возможности получения советов от гуру).
  
Наверх
 
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #1 - 12. Мая 2010 :: 05:58
Печать  
ИМХО 2005 быстрей.
2005 более требователен к железо. на "плохой" сервер лучше ставить 2000
Для sql2005 обязательно надо ставить sp2 ( уже есть sp3 но я его не ставил)
В sql2005 исправлена ошибка замедления массового проведения
(очистка временых таблиц)
M studio 2005 более красивее чем EM 2000
В sql2005 много чего нового ( OLAP, Report Service ) но ничего этого не использовал.
В sql2005 расширен язык t-sql.
  
Наверх
 
IP записан
 
Cthulhu
Junior Member
**
Отсутствует


1C++ rocks!

Сообщений: 77
Зарегистрирован: 04. Апреля 2010
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #2 - 12. Мая 2010 :: 09:50
Печать  
Продолжаю рыть инфу.
Человек говорит, что в 2005-м какие-то проблемы с индексами ("слетают") и гимора больше, а 2000-й "вылизан и обтоптан" и при появлении сбоя для исправления проще информацию найти. И что в 2005-м больше проблем, мол 2000-й поставил, запустил и забыл, а 2005-й поковыривать-админить постоянно надо.
Насколько значимы эти аргументы, господа?

Просто до недавнего времени был уверен в том, чтобы ставить именно 2005-й - а теперь вот в растерянности. А решение желательно принять "вчера".

Печаль
  
Наверх
 
IP записан
 
berezdetsky
1c++ power user
Отсутствует


barba non facit sisadminum

Сообщений: 1986
Местоположение: Москва
Зарегистрирован: 19. Мая 2006
Пол: Мужской
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #3 - 12. Мая 2010 :: 10:43
Печать  
Если использовать SQL Server только как движок для 1С, то единственным значимым бонусом 2005 версии является исправление ошибки замедления при массовом проведении. Для 2000 эта проблема не проявляется, если проведение переписано с использованием 1С++.

Информация по 2005, собранная toypaul:
http://forum.1csql.ru/index.php?topic=3.0
  

пароль как коньяк, чем больше звездочек, тем лучше
Наверх
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #4 - 12. Мая 2010 :: 11:34
Печать  
Cthulhu писал(а) 12. Мая 2010 :: 09:50:
Продолжаю рыть инфу.
Человек говорит, что в 2005-м какие-то проблемы с индексами ("слетают") и гимора больше, а 2000-й "вылизан и обтоптан" и при появлении сбоя для исправления проще информацию найти. И что в 2005-м больше проблем, мол 2000-й поставил, запустил и забыл, а 2005-й поковыривать-админить постоянно надо.
Насколько значимы эти аргументы, господа?

Просто до недавнего времени был уверен в том, чтобы ставить именно 2005-й - а теперь вот в растерянности. А решение желательно принять "вчера".

Печаль

Не знаю что-там может слететь.
Сервер должен быть сервером. Опиши сервер.

Из того что помню
С индексами в sql2005 лучше чем в sql2000.
При перестроении индексов можно ставить блокировку строки,страницы.
В некласторный индекс можно включать значения неиндексированных полей из листьев.

sql2005 - точно также ( как и sql2000) поставил и забыл.
(скорее всего у человека железо никакое аналогия
загрузи в легковую машину тонны 2 груза и перевези на 500 км )
если смотреть глубоко то sql2005 лучше чем sql200
лучше распределение памяти, буферов, другой оптимизатор запросов и.т.д.



  
Наверх
 
IP записан
 
Cthulhu
Junior Member
**
Отсутствует


1C++ rocks!

Сообщений: 77
Зарегистрирован: 04. Апреля 2010
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #5 - 12. Мая 2010 :: 11:52
Печать  
проц: 4-ядерный 8300 кэш 8 или 6 м
память: 4Гб ДДР3
винт: САТА в рэйд-0
(под диктовку сисадмина)
  
Наверх
 
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #6 - 12. Мая 2010 :: 11:57
Печать  
Cthulhu писал(а) 12. Мая 2010 :: 11:52:
проц: 4-ядерный 8300 кэш 8 или 6 м
память: 4Гб ДДР3
винт: САТА в рэйд-0
(под диктовку сисадмина)
Это не сервер  sql ( имеется ввиду для серьезных задач )

Цитата:
САТА в рэйд-0
круто, без комментариев.
  
Наверх
 
IP записан
 
Cthulhu
Junior Member
**
Отсутствует


1C++ rocks!

Сообщений: 77
Зарегистрирован: 04. Апреля 2010
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #7 - 12. Мая 2010 :: 12:18
Печать  
berezdetsky писал(а) 12. Мая 2010 :: 10:43:
Если использовать SQL Server только как движок для 1С, то единственным значимым бонусом 2005 версии является исправление ошибки замедления при массовом проведении. Для 2000 эта проблема не проявляется, если проведение переписано с использованием 1С++.

Информация по 2005, собранная toypaul:
http://forum.1csql.ru/index.php?topic=3.0

охтыжёмаё.  Нерешительный
по ссылке увидел кучу проблем с 2005-м, и не по всем решения. и по ссылкам оттуда - тоже (ажно до тутошнего http://www.1cpp.ru/forum/YaBB.pl?num=1162999716/0
почти отговорили от 2005-го.. что печалит (ибо перепроведение массовое - в регламенте, планируется УРИБД со страшно пухлой упр.периферийкой-приемником, по которой каждый приход-прием будет оперативно перепроводиться.
Печаль

ЗЫ: но продолжаю жадно внимать, есичо.
  
Наверх
 
IP записан
 
Cthulhu
Junior Member
**
Отсутствует


1C++ rocks!

Сообщений: 77
Зарегистрирован: 04. Апреля 2010
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #8 - 12. Мая 2010 :: 12:21
Печать  
Z1 писал(а) 12. Мая 2010 :: 11:57:
Cthulhu писал(а) 12. Мая 2010 :: 11:52:
проц: 4-ядерный 8300 кэш 8 или 6 м
память: 4Гб ДДР3
винт: САТА в рэйд-0
(под диктовку сисадмина)
Это не сервер  sql ( имеется ввиду для серьезных задач )

а какое (без фанатизьма!) надо?
(и на какой операционке? - это уже я сам туплю)

Цитата:
Цитата:
САТА в рэйд-0
круто, без комментариев.

что не так?
  
Наверх
 
IP записан
 
fez
Forum Administrator
1c++ power user
Отсутствует


I wanted to cry, but the
tears wouldn't come

Сообщений: 2712
Зарегистрирован: 19. Мая 2006
Пол: Мужской
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #9 - 12. Мая 2010 :: 12:56
Печать  
Cthulhu писал(а) 12. Мая 2010 :: 12:21:
Цитата:
Цитата:
САТА в рэйд-0
круто, без комментариев.

что не так?

рейд-0 - это большой топор, висящий на волоске над вашими данными. Если ты видео монтируешь - это допустимо и оправдано, но для сервера баз данных - извините.

Ну и САТА - это строго говоря не серверная технология. Но это уже не так критично.
  
Наверх
www  
IP записан
 
Noy
Junior Member
**
Отсутствует


1C++ rocks!

Сообщений: 41
Зарегистрирован: 07. Ноября 2009
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #10 - 12. Мая 2010 :: 13:40
Печать  
Cthulhu писал(а) 12. Мая 2010 :: 12:21:
а какое (без фанатизьма!) надо?


В большинстве случаев скорость работы SQL упирается в скорость дисков и размер оперативной памяти.

Самой быстрой на сегодняшний день дисковой подсистемой являются SSD - но технология пока еще не обкатана.
На втором месте идут SAS-диски, потом SATA.
Ускоряющим моментом может быть чередующийся рейд, но для хранения важных данных его применяют только самоубийцы. Да и реальной скорости он не особо добавляет - время доступа остается таким же большим, хоть 10 винтов ставь.

В твоем случае я бы предложил на выбор следующий эконом-вариант:
Диск САТА под систему (можно рейд-1) и SAS-диск под базу (можно рейд-1 или рейд-10).

ЗЫ Ну и экстремальный вариант:
САТА рейд-1 под систему+бекапы и 1SSD-SLC под базу - но это эксперимент!
  
Наверх
 
IP записан
 
Salimbek
God Member
*****
Отсутствует



Сообщений: 862
Зарегистрирован: 06. Июня 2006
Пол: Мужской
Re: переход на SQL: прием рекомендаций, засад, способов борьбы.
Ответ #11 - 13. Мая 2010 :: 19:12
Печать  
Мы с начала мая разбирались с бухгалтерией 8.1. Ни с того, ни с сего базараспухла с 6 до 14 гиг и стала жутко тормозить - 8 ядер ксеона загружены были под завязку, причем сервак полностью ложил даже один пользователь. Перепробовал все страшные слова, которые знал -  UPDATE STATISTICS, DBCC REINDEX, DBCC INDEXDEFRAG - ничего не помогло. Сегодня перенесли базу с 2005-ого на 2000-ый и все стало просто летать. Для сравнения - только запуск под пользователем "Админ" и сбором инфы для начального экрана занимал 7 минут. На 2000-м - 15 секунд.
З.Ы. А вот 7.7 - у нас крутится на 2005-м - я доволен.
  
Наверх
ICQ  
IP записан
 
Переключение на Главную Страницу Страницы: 1
ОтправитьПечать