AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.11.2002, 13:49   #1  
Yoil is offline
Yoil
NavAx
NavAx Club
Лучший по профессии 2017
Лучший по профессии 2009
 
1,574 / 70 (6) ++++
Регистрация: 20.11.2002
Адрес: Msk
MS SQL-server 2000 and Navision
Дамы и господа, подскажите, кто знает, БД какого максимального размера может держать MS SQL-server 2000 вообще, и какие(если они есть) ограничения на этот объем, если на MS SQL Server 2000 стоит база Navision Attain или Axapta.
Старый 20.11.2002, 14:01   #2  
Wamr is offline
Wamr
----------------
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
 
1,737 / 858 (32) +++++++
Регистрация: 15.01.2002
Адрес: Москва
Записей в блоге: 7
Был удачный опыт с БД в 230 Гб одним файлом
Старый 20.11.2002, 14:06   #3  
Yoil is offline
Yoil
NavAx
NavAx Club
Лучший по профессии 2017
Лучший по профессии 2009
 
1,574 / 70 (6) ++++
Регистрация: 20.11.2002
Адрес: Msk
А можно немного поточнее? Какая система, какой документооборот?
Старый 20.11.2002, 16:04   #4  
AKIS is offline
AKIS
Учаснег
Аватар для AKIS
 
392 / 19 (1) ++
Регистрация: 18.08.2002
Адрес: За морями, за океанами
Здравствуйте, Yoil!

Насчет максимального размера БД - мне кажется, Вам лучше обратиться на www.microsoft.com, посмотреть что там по этому поводу сказано. Мое личное мнение - базы грубо до 20 Гб SQL 2000 держит нормально, а дальше - все зависит от того, какое у вас hardware... Мы лично работаем пока с 5-6 Гб (полгода с момента старта Аксапты). Пока работаем...

Мне также кажется - Вы не с того конца копаете, что называется. Большой объем данных сам по себе - не так критичен, критично большое количество пользователей. Вряд ли в Вашей организации 2-3 человека будут генерировать все эти десятки и сотни Гб, верно? А вот когда народу на систему садится много, десятки пользователей, не говоря уж про сотни - тут, к сожалению, MS SQL не всегда показывает себя с наилучшей стороны. Билл Гейтс & Ко утверждают, что их SQL потянет и 1000 юзеров - хотя я в этом очень-очень сильно сомневаюсь. Тестовая система - это одно, а реальная, живая, работающая под нагрузкой, когда один "чудак" может запустить такой отчетище, что затормозит работу всех остальных - это совсем другое... А если таких чудаков два или более?

Так что я бы очень рекомендовал вам: если планируемый объем данных превышает 50 Гб И количество пользователей - 50 человек (пусть даже в отдаленной перспективе) - значит, изучайте Oracle. Даже если сначала поставите систему на SQL - потом все равно переходить придется. Фишка в том, что этот момент перехода потом оттягивают до бесконечности - и переходят когда уже "ну совсем никак нельзя работать в старой системе". Вам оно надо? Может сразу себе жизнь упростите? Я понимаю, Оракл стоит денег, а SQL можно купить за 100 рублей в ларьке - но поверьте опыту, потом вам эта экономия ОЧЕНЬ дорого обойдется во всех смыслах.
Старый 21.11.2002, 11:33   #5  
Yoil is offline
Yoil
NavAx
NavAx Club
Лучший по профессии 2017
Лучший по профессии 2009
 
1,574 / 70 (6) ++++
Регистрация: 20.11.2002
Адрес: Msk
Спасибо, AKIS, но я попробую сформулировать вопрос по другому:
есть Navision Attain (так что об Оракле забыли)
есть сервер, что-то типа HP6000, 3 проца PIII Xeon 1000, 3Gb оперативки,
дисковый массив с зеркалом, порядка 200 юзеров.
Базу какого объема сможет нормально удержать MS SQL Server, установленный на данном сервере?
Старый 17.12.2002, 15:35   #6  
AnGL is offline
AnGL
Участник
Аватар для AnGL
Сотрудники Microsoft Dynamics
 
111 / 45 (2) +++
Регистрация: 17.12.2002
Добрый день !

Я к сожалению не смогу Вам дать конкретный ответ по данной конфигурации. Но на сайте www.navision.ru в зоне поддержака есть документ по рекомендуемым характеристикам к серверу в зависимости от размера базу данных и количества пользователей. Этот документ был составлен компаний Fujitsu на основе их тестов.
Старый 17.12.2002, 15:36   #7  
AnGL is offline
AnGL
Участник
Аватар для AnGL
Сотрудники Microsoft Dynamics
 
111 / 45 (2) +++
Регистрация: 17.12.2002
Да, это касается Navision (Attain)
Старый 17.12.2002, 17:25   #8  
AKIS is offline
AKIS
Учаснег
Аватар для AKIS
 
392 / 19 (1) ++
Регистрация: 18.08.2002
Адрес: За морями, за океанами
Yoil, again

It depends....
От очень многого....
Никто тебе не скажет ТОЧНУЮ цифру. Даже с точностью до гигабайтов.
Можно осторожно предположить, что гагабайт 50 она таки потянет.
Если уж так сильно интересно - почитай,что по этому поводу пишет HP (а он определенно что-то должен писать...).... Потом выбрось их рекламный буклет в корзину, и займись экспериментированием Причем желательно как можно точнее воссоздать реальную ситуацию - по характеру данных, по частоте обращения к ним, по количеству пользователей, с учетом реальной топологии сетки и т.п.
О результатах нам расскажешь

P.S. Я прекрасно понимаю твое желание знать все ЗАРАНЕЕ. Увы. Се ля ви.
__________________
Strictly IMHO & nothing personal
Старый 18.12.2002, 08:43   #9  
Twin is offline
Twin
Участник
 
60 / 10 (1) +
Регистрация: 09.01.2002
Адрес: Omsk
А зачем вы отказались от стандартного сервера Attaina и его преимуществ (полноценная работа оптимистической конкуренции и технологии SIFT)? Вы думаете, что наберете базу в 32 Гб за один год? Если нет, то на мой взгляд лучше начать со стандартной базы, и в последствии использовать процедуры сворачивания данных.
Старый 18.12.2002, 08:55   #10  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Цитата:
и в последствии использовать процедуры сворачивания данных.
Если не сложно - поясни, что ты имеешь в виду.
Старый 18.12.2002, 09:21   #11  
Twin is offline
Twin
Участник
 
60 / 10 (1) +
Регистрация: 09.01.2002
Адрес: Omsk
«Сворачивание» (date comprassion) стандартный функционал Attain’a, предполагает замену нескольких однотипных операций выполненных в течение периода на одну общую, например, после закрытия отчетного периода, года и т.д. необходимость знать сколько и в какой день, час, минуту продавалась определенного наименования готовой продукции отпадает, то тогда можно эти операции удалить и записать, что за такой-то месяц, квартал такого –то товара продалось столько-то. Такой фокус можно применять к товарным операциям, финансовым, бюджетным и т.д. Так же степень детализации сжатия регулируется в зависимости от потребностей бизнеса в той или иной информации.
Старый 18.12.2002, 10:22   #12  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Как я понимаю, в стандартной Аксапте ничего подобного нет. Или я что-то пропустил ?
Старый 18.12.2002, 12:49   #13  
AnGL is offline
AnGL
Участник
Аватар для AnGL
Сотрудники Microsoft Dynamics
 
111 / 45 (2) +++
Регистрация: 17.12.2002
Добрый день !

Действительно, есть процедура компрессии, которая позволяет объединять операции по заданным параметрам.

Кроме того, Вы в любое время можете просто перейти (через резервное копирование) с "родной" базы на SQL.
Старый 18.12.2002, 12:56   #14  
Trump is offline
Trump
Участник
Oracle
 
44 / 12 (1) ++
Регистрация: 28.03.2002
Адрес: Moscow
...
Во первых в аксапте есть поддержка OLAP и соответственно целесообразность сворачиваний как бы отпадает....
Касательно емкости базы данных...не надо наезжать на Microsoft и sql сервер...
нормально индексированная база данных более 100Gb живет на нем легко и не принуждненно а хреново индексированная в 1Gb будет все ресурсы машины сжирать..Насколько грамотно создает базу данных Attain не знаю....
Старый 18.12.2002, 14:22   #15  
Twin is offline
Twin
Участник
 
60 / 10 (1) +
Регистрация: 09.01.2002
Адрес: Omsk
Цитата:
Во первых в аксапте есть поддержка OLAP и соответственно целесообразность сворачиваний как бы отпадает....
У OLAP и компрессии противоположные цели.
Цитата:
нормально индексированная база данных более 100Gb живет на нем легко и не принуждненно а хреново индексированная в 1Gb будет все ресурсы машины сжирать..Насколько грамотно создает базу данных Attain не знаю....
Дело не в том, что хреново индексирована база или нормально, а в том, что технология SIFT позволяет определить сумму по 1000000 записей прочитав всего 1 запись (утрированно), а отказ от нее приведет к тому, что для определения суммы необходимо прочитать все записи, и тут хоть заиндексируйся, все равно быстрей не получиться.
Старый 18.12.2002, 14:26   #16  
Андре is offline
Андре
Moderator
Сотрудники компании GMCS
 
2,375 / 464 (20) +++++++
Регистрация: 03.12.2001
Цитата:
Дело не в том, что хреново индексирована база или нормально, а в том, что технология SIFT позволяет определить сумму по 1000000 записей прочитав всего 1 запись (утрированно),
А те 1000000 записей реально останутся в базе или удалятся ?
Старый 18.12.2002, 14:47   #17  
Twin is offline
Twin
Участник
 
60 / 10 (1) +
Регистрация: 09.01.2002
Адрес: Omsk
:)
Конечно останутся.
Старый 18.12.2002, 15:45   #18  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
!
В Axapta 3.0 сделали аналогичную фишку...
Старый 18.12.2002, 15:57   #19  
Twin is offline
Twin
Участник
 
60 / 10 (1) +
Регистрация: 09.01.2002
Адрес: Omsk
Тут упоминалось три фишки - компрессия, SIFT и OLAP, какая из них?
Старый 18.12.2002, 16:03   #20  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
:( SIFT
В спешке писал, сорри...
Сделали аналог SIFT.
OLAP то уж давно есть
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
dynamicsmatters: The Dynamics product range Blog bot DAX Blogs 0 19.11.2006 16:01
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:01.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.