Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Производительность серверов  [new]
NFKhalaychidi
Member

Откуда:
Сообщений: 3
Добрый день!
Прошу помочь с решением проблемы, сам разобраться не смог.
Есть у меня два сервера, на каждом из них MS SQL Server Standart, один 2008, второй 2017.
Вот хочу я БД с 2008-го сервера перенести на 2017, но не могу этого сделать, пока более-менее однозначно не отвечу на вопрос: "Потянет ли 2017-й те базы, которые я хочу на него перенести?".
Как мне узнать, какую нагрузку эти базы сейчас дают на 2008-й, и выдержит ли эту нагрузку 2017-й?
Спасибо за ответы
25 фев 19, 15:02    [21818793]     Ответить | Цитировать Сообщить модератору
 Re: Производительность серверов  [new]
AlanDenton
Member [скрыт]

Откуда:
Сообщений: 1004
Жезело одинаковое и настройки на сервере? Если да, то проблем потенциально не будет. И отдельно почитать за
https://blogs.msdn.microsoft.com/psssql/2015/06/16/identifying-sql-server-2014-new-cardinality-estimator-issues-and-service-pack-1-improvement/
25 фев 19, 16:24    [21818903]     Ответить | Цитировать Сообщить модератору
 Re: Производительность серверов  [new]
NFKhalaychidi
Member

Откуда:
Сообщений: 3
AlanDenton
Жезело одинаковое и настройки на сервере? Если да, то проблем потенциально не будет. И отдельно почитать за
https://blogs.msdn.microsoft.com/psssql/2015/06/16/identifying-sql-server-2014-new-cardinality-estimator-issues-and-service-pack-1-improvement/

Нет, железо разное:
2017: Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz 2 шт, ОЗУ 64 Гб, RAID 10
2008: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz 2 шт, ОЗУ 20 Гб, RAID 10

Я не уточнил одну важную вещь, на 2017-м УЖЕ крутятся базы, которые дают какую-то нагрузку и они там и останутся. Вопрос как раз в том, влезут ли туда еще базы с 2008-го? Понятно, что если бы я переносил базы на пустой и более производительный сервер, проблем бы не возникло. Но тут нагрузка суммируется.
25 фев 19, 16:34    [21818915]     Ответить | Цитировать Сообщить модератору
 Re: Производительность серверов  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36972
MSSQL потребляет следующие ресурсы:

  • CPU
  • RAM
  • диски
  • сеть

    Поэтому меряете среднее и пиковое потребление на обоих серверах, и смотрите, есть ли на новом сервере достаточное кол-во ресурсов для баз старого сервера.
  • 25 фев 19, 16:42    [21818926]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    NFKhalaychidi
    Member

    Откуда:
    Сообщений: 3
    Гавриленко Сергей Алексеевич
    MSSQL потребляет следующие ресурсы:

  • CPU
  • RAM
  • диски
  • сеть

    Поэтому меряете среднее и пиковое потребление на обоих серверах, и смотрите, есть ли на новом сервере достаточное кол-во ресурсов для баз старого сервера.

  • Был бы признателен, если бы Вы разъяснили как
    25 фев 19, 16:45    [21818932]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    L_argo
    Member

    Откуда:
    Сообщений: 1212
    NFKhalaychidi
    Как мне узнать, какую нагрузку эти базы сейчас дают на 2008-й, и выдержит ли эту нагрузку 2017-й?
    Переносишь, гоняешь, делаешь выводы.
    Все прочие способы не очень надежны. :)
    25 фев 19, 17:10    [21818957]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    uaggster
    Member

    Откуда:
    Сообщений: 827
    Имей, однако, ввиду, что перенос баз на 2017 - это путь в один конец.
    Потому что как только ты подцепишь базы на 2017, они, даже в режиме совместимости с 2008 - станут базами 2017го.
    И переподцепить назад к 2008 - ты уже не сможешь.
    Так что если ты собрался это делать на "живых" базах, например - подцепить и проверить, как база живет под нагрузкой, на 2008м можно будет только восстановиться из бэкапа на состояние перед переносом (если ты его сделаешь), а вот всю работу пользователей за N дней - придется переделать. Ну, или перетащить изменившиеся данные вручную (если ты готов на такой подвиг, разумеется).
    Ж:-))
    25 фев 19, 17:22    [21818972]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    uaggster
    Member

    Откуда:
    Сообщений: 827
    Поэтому лайф-фак: Перейди на обеих железяках на 2017, и уже там таскай базы как заблагорассудится.
    Хотя таскать живые базы - сам понимаешь...
    25 фев 19, 17:25    [21818977]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    Критик
    Member

    Откуда: Москва / Калуга
    Сообщений: 33655
    Блог
    если базы важные, то делается тестовый стенд с новой версией СУБД и затем ваше ПО там нужно протестировать, иначе что-то может и не сработать
    25 фев 19, 19:43    [21819084]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    ShIgor
    Member

    Откуда: Нижний Новгород
    Сообщений: 2344
    NFKhalaychidi,

    SQL Profiler позволяет снять trace который потом можно "проиграть" для оценки производительности на разных конфигурациях.
    процедура достаточно простая, хорошо задокументирована даже на MS (ссылки найдете).
    Вкратце:
    1. Забэкапить боевую базу
    2. Снять трейс профайлером во время наибольшей активности боевой базы.
    3. Восстановить базу на 1 сервере (если это боевой сервер, то в новую базу)
    4. Воспроизвести трейс в тестовой базе 1 сервера в то время когда нет активности в боевой базе, снимая необходимые показатели производительности.
    5. Восстановить базу на 2 сервере.
    6. Воспроизвести трейс в тестовой базе 2 сервера, снимая необходимые показатели производительности.
    7. Сравнить показатели 1 и 2 серверов.
    25 фев 19, 21:20    [21819169]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    TaPaK
    Member

    Откуда: Kiev
    Сообщений: 6801
    ShIgor,

    Как по мне развлечение с трассами это не путь сравнения производительности
    26 фев 19, 07:38    [21819303]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    ShIgor
    Member

    Откуда: Нижний Новгород
    Сообщений: 2344
    TaPaK,

    если Вы этим не умете пользоваться или даже не подозреваете что можно воспользоваться, то почитали бы хотя бы документацию.

    You may use SQL Server Profiler to replay a captured trace against an upgraded test environment. You can also analyze the replay results to look for potential functional and performance incompatibilities. However, SQL Server Profiler can only replay a workload from a single computer. When replaying an intensive OLTP application that has many active concurrent connections or high throughput, SQL Server Profiler can become a resource bottleneck.

    Distributed Replay offers a more scalable solution than SQL Server Profiler. Use Distributed Replay to replay a workload from multiple computers and better simulate a mission-critical workload.
    26 фев 19, 09:03    [21819332]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    TaPaK
    Member

    Откуда: Kiev
    Сообщений: 6801
    ShIgor
    TaPaK,

    если Вы этим не умете пользоваться или даже не подозреваете что можно воспользоваться, то почитали бы хотя бы документацию.

    You may use SQL Server Profiler to replay a captured trace against an upgraded test environment. You can also analyze the replay results to look for potential functional and performance incompatibilities. However, SQL Server Profiler can only replay a workload from a single computer. When replaying an intensive OLTP application that has many active concurrent connections or high throughput, SQL Server Profiler can become a resource bottleneck.

    Distributed Replay offers a more scalable solution than SQL Server Profiler. Use Distributed Replay to replay a workload from multiple computers and better simulate a mission-critical workload.

    Ниочём.
    CPU
    RAM
    диски
    сеть
    Воспроизведение трассы даст какие-то абсолютно абстрактные вещи. + На случай сереверов с разной комплектацией на какой-то трассе будет один результат, на другой третий.
    Для воспроизведения чистой рабочей нагрузки необходимо не только набор абстрактных операций
    26 фев 19, 09:40    [21819366]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    TaPaK
    Member

    Откуда: Kiev
    Сообщений: 6801
    ну и не считая того что трасса не даст выполнения парралельных нагрузок.
    26 фев 19, 09:42    [21819368]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    alexeyvg
    Member

    Откуда: Moscow
    Сообщений: 31355
    TaPaK
    ну и не считая того что трасса не даст выполнения парралельных нагрузок.
    Там же было написано: Use Distributed Replay to replay a workload from multiple computers and better simulate a mission-critical workload.

    Я сам не пользовался, но вроде (по описаниям) можно имитировать нагрузку, в каком то приближении.
    26 фев 19, 09:49    [21819371]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    TaPaK
    Member

    Откуда: Kiev
    Сообщений: 6801
    alexeyvg
    TaPaK
    ну и не считая того что трасса не даст выполнения парралельных нагрузок.
    Там же было написано: Use Distributed Replay to replay a workload from multiple computers and better simulate a mission-critical workload.

    Я сам не пользовался, но вроде (по описаниям) можно имитировать нагрузку, в каком то приближении.

    Нисомненно, звучит ближе к теме, но это совсем не трасса профайлера в контексте "обсуждения". Скорее есть ещё масса внешних средств для генерации рабочей нагрузки и т.п. но трасса профайлера это ближе к воиспроизведению "ситуации" чем к расчёту нагрузки
    26 фев 19, 09:52    [21819375]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    invm
    Member

    Откуда: Москва
    Сообщений: 9347
    https://docs.microsoft.com/ru-ru/sql/tools/distributed-replay/sql-server-distributed-replay?view=sql-server-2017
    26 фев 19, 09:53    [21819377]     Ответить | Цитировать Сообщить модератору
     Re: Производительность серверов  [new]
    Владислав Колосов
    Member

    Откуда:
    Сообщений: 7757
    NFKhalaychidi,

    если 2017 не достиг потолка по загруженности, то есть только один способ узнать, как говорят в кино.
    26 фев 19, 18:54    [21820028]     Ответить | Цитировать Сообщить модератору
    Все форумы / Microsoft SQL Server Ответить