Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
Добрый день! Прошу помочь с решением проблемы, сам разобраться не смог. Есть у меня два сервера, на каждом из них MS SQL Server Standart, один 2008, второй 2017. Вот хочу я БД с 2008-го сервера перенести на 2017, но не могу этого сделать, пока более-менее однозначно не отвечу на вопрос: "Потянет ли 2017-й те базы, которые я хочу на него перенести?". Как мне узнать, какую нагрузку эти базы сейчас дают на 2008-й, и выдержит ли эту нагрузку 2017-й? Спасибо за ответы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 15:02 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
Жезело одинаковое и настройки на сервере? Если да, то проблем потенциально не будет. И отдельно почитать за https://blogs.msdn.microsoft.com/psssql/2015/06/16/identifying-sql-server-2014-new-cardinality-estimator-issues-and-service-pack-1-improvement/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 16:24 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
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.02.2019, 16:34 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
MSSQL потребляет следующие ресурсы: CPU RAM диски сеть Поэтому меряете среднее и пиковое потребление на обоих серверах, и смотрите, есть ли на новом сервере достаточное кол-во ресурсов для баз старого сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 16:42 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичMSSQL потребляет следующие ресурсы: CPU RAM диски сеть Поэтому меряете среднее и пиковое потребление на обоих серверах, и смотрите, есть ли на новом сервере достаточное кол-во ресурсов для баз старого сервера. Был бы признателен, если бы Вы разъяснили как ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 16:45 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
NFKhalaychidiКак мне узнать, какую нагрузку эти базы сейчас дают на 2008-й, и выдержит ли эту нагрузку 2017-й? Переносишь, гоняешь, делаешь выводы. Все прочие способы не очень надежны. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 17:10 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
Имей, однако, ввиду, что перенос баз на 2017 - это путь в один конец. Потому что как только ты подцепишь базы на 2017, они, даже в режиме совместимости с 2008 - станут базами 2017го. И переподцепить назад к 2008 - ты уже не сможешь. Так что если ты собрался это делать на "живых" базах, например - подцепить и проверить, как база живет под нагрузкой, на 2008м можно будет только восстановиться из бэкапа на состояние перед переносом (если ты его сделаешь), а вот всю работу пользователей за N дней - придется переделать. Ну, или перетащить изменившиеся данные вручную (если ты готов на такой подвиг, разумеется). Ж:-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 17:22 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
Поэтому лайф-фак: Перейди на обеих железяках на 2017, и уже там таскай базы как заблагорассудится. Хотя таскать живые базы - сам понимаешь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 17:25 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
если базы важные, то делается тестовый стенд с новой версией СУБД и затем ваше ПО там нужно протестировать, иначе что-то может и не сработать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 19:43 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
NFKhalaychidi, SQL Profiler позволяет снять trace который потом можно "проиграть" для оценки производительности на разных конфигурациях. процедура достаточно простая, хорошо задокументирована даже на MS (ссылки найдете). Вкратце: 1. Забэкапить боевую базу 2. Снять трейс профайлером во время наибольшей активности боевой базы. 3. Восстановить базу на 1 сервере (если это боевой сервер, то в новую базу) 4. Воспроизвести трейс в тестовой базе 1 сервера в то время когда нет активности в боевой базе, снимая необходимые показатели производительности. 5. Восстановить базу на 2 сервере. 6. Воспроизвести трейс в тестовой базе 2 сервера, снимая необходимые показатели производительности. 7. Сравнить показатели 1 и 2 серверов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2019, 21:20 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
ShIgor, Как по мне развлечение с трассами это не путь сравнения производительности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 07:38 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
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.02.2019, 09:03 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
ShIgorTaPaK, если Вы этим не умете пользоваться или даже не подозреваете что можно воспользоваться, то почитали бы хотя бы документацию. 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.02.2019, 09:40 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
ну и не считая того что трасса не даст выполнения парралельных нагрузок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 09:42 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
TaPaKну и не считая того что трасса не даст выполнения парралельных нагрузок.Там же было написано: Use Distributed Replay to replay a workload from multiple computers and better simulate a mission-critical workload. Я сам не пользовался, но вроде (по описаниям) можно имитировать нагрузку, в каком то приближении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 09:49 |
|
||
|
Производительность серверов
|
|||
|---|---|---|---|
|
#18+
alexeyvgTaPaKну и не считая того что трасса не даст выполнения парралельных нагрузок.Там же было написано: Use Distributed Replay to replay a workload from multiple computers and better simulate a mission-critical workload. Я сам не пользовался, но вроде (по описаниям) можно имитировать нагрузку, в каком то приближении. Нисомненно, звучит ближе к теме, но это совсем не трасса профайлера в контексте "обсуждения". Скорее есть ещё масса внешних средств для генерации рабочей нагрузки и т.п. но трасса профайлера это ближе к воиспроизведению "ситуации" чем к расчёту нагрузки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2019, 09:52 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=39779139&tid=1688231]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 394ms |
| 0 / 0 |
