Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft SQL SERVER

Автор: econ2
Дата сообщения: 02.08.2010 07:52
Так, уже лучше, а теперь boot.ini в студию!
Автор: CarrotM
Дата сообщения: 02.08.2010 07:53

Цитата:
select cntr_value/1024 [memory_sqlserver, mb] from master..sysperfinfo
where counter_name = 'Total Server Memory (KB)'



1623 mb

Добавлено:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise RU" /fastdetect /noexecute=optout
Автор: bigsloth
Дата сообщения: 02.08.2010 07:57
econ2
во дела, правда 2000.. невнимательно прочитал..
CarrotM
В QA:

exec sp_configure 'show advanced options', 1 reconfigure
exec sp_configure

и посмотрите на параметр 'max server memory' (он должен называться примерно так же)
Автор: econ2
Дата сообщения: 02.08.2010 07:59
CarrotM
Все ясно. Вопрос можно закрывать.
У тебя из 12 гигов используется только 1.7


Вобщем. Что можно сделать прямо сейчас:


1) Включаем AWE:
http://msdn.microsoft.com/ru-ru/library/ms190961.aspx

sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'awe enabled', 1
RECONFIGURE
GO
sp_configure 'max server memory', 10240 --10Gb
RECONFIGURE
GO

2) Cтавим /PAE в boot.ini
3) Даем учетной записи члужбы SQL Server право "Закрепление страниц в памяти"
http://msdn.microsoft.com/ru-ru/library/ms190730.aspx

4) reboot


P.S. Правда слышал что с PAE режимом ключи алладиновские ключи 1С глючили, но это давно было, может решили проблему.
Автор: CarrotM
Дата сообщения: 02.08.2010 08:01
Что мне сделать, что бы использовалось 12?

Добавлено:


Цитата:
PAE/AWE включено?

Да включено

Дело в том, что я занимаюсь программированием в 1с и знаний в скуле у меня не много и еще я девушка, так что заранее извиняюсь за глупый вопрос
Автор: econ2
Дата сообщения: 02.08.2010 08:21

Цитата:
PAE/AWE включено?

Да включено


Из

Цитата:
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise RU" /fastdetect /noexecute=optout


следует, что PAE выключено!
Чтобы включить, нужно добавить ключ PAE:

multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise RU" /fastdetect /noexecute=optout /PAE


Цитата:
что я занимаюсь программированием в 1с и знаний в скуле у меня не много и еще я девушка

А я вообще по образованию учитель математики Все мы, как говориться, пришли откуда-то.

Ну и читать, читать
http://ru.wikipedia.org/wiki/PAE
http://www.sql.ru/forum/actualtopics.aspx?search=pae+awe&bid=1
Автор: CarrotM
Дата сообщения: 02.08.2010 09:09
Ок, спасибо огромное, сегодня вечером буду экспериментировать, т.к. ребутиться в в рабочее время нельзя
Автор: econ2
Дата сообщения: 02.08.2010 09:44
До вечера время есть, рекомендую все же поизучать вопрос,
ничего сложного там нет, нужно все же понимать совершаемые действия, а не бездумно выполнять рекомендованные команды.
Вот, к примеру, еще хорошая статья в копилку:
http://www.ixbt.com/soft/windows-4gb.shtml


А вообще, как мое личное мнение, я бы все же:
1) Переустановил ОС на x64 версию
2) Мигрировал на SQL 2005 x64

т.е.: x64 OS + x64 SQL

Дело в том, что 32-х разрядный сиквел может использовать AWE (то что больше 4-х гиг) только под кэш данных.
Автор: CarrotM
Дата сообщения: 02.08.2010 10:05

Цитата:
А вообще, как мое личное мнение, я бы все же:
1) Переустановил ОС на x64 версию
2) Мигрировал на SQL 2005 x64

т.е.: x64 OS + x64 SQL


Сейчас все начальство в отпусках, через месяц будем решать, что делать...
Автор: CarrotM
Дата сообщения: 04.08.2010 07:11
Ребята, все супер, РАБОТАЕТ!!!!! Огромнейшее вам спасибо!!!
Автор: econ2
Дата сообщения: 04.08.2010 11:23
CarrotM
Чо сделала-то? AWE/PAE включила?
Автор: MNT
Дата сообщения: 06.08.2010 09:49
Проблема : в системе "пропал" логический диск, на котором размещалась tempDB для MS SQL Server.

Удалось запустить MS SQL Server в режиме Single User Mode.

Можно ли в MS SQL Server, запущенном в Single User Mode, запускать SQL-скрипты? Если да, то как?

Необходимо изменить местоположение tempDB с диска F: на другой диск ( E: ).
Автор: bigsloth
Дата сообщения: 06.08.2010 10:29
MNT
в BOL пишут так:

Цитата:
When you start an instance of SQL Server in single-user mode, SQL Server Management Studio can connect to SQL Server. Object Explorer in Management Studio might fail because it requires more than one connection for some operations. To manage SQL Server in single-user mode, execute Transact-SQL statements by connecting only through the Query Editor in Management Studio, or use the sqlcmd utility.

When you use the -m option with sqlcmd or Management Studio, you can limit the connections to a specified client application. For example, -m"sqlcmd" limits connections to a single connection and that connection must identify itself as the sqlcmd client program. Use this option when you are starting SQL Server in single-user mode and an unknown client application is taking the only available connection. To connect through the Query Editor in Management Studio, use -m"Microsoft SQL Server Management Studio - Query".

http://msdn.microsoft.com/en-us/library/ms188236.aspx
Т.е., надо запустить SSMS, Object Explorer скорее всего отвалится - это нормально, надо будет нажать "New Query" и ввести пользователя\пароль. После того, как подключитесь, надо будет выполнить:

Код: use master
alter database tempdb
modify file(
name = tempdev,
filename = N'C:\Новое_место\tempdb.mdf')
go

alter database tempdb
modify file(
name = templog,
filename = N'C:\Новое_место\templog.ldf')
go
Автор: MNT
Дата сообщения: 06.08.2010 10:50
bigsloth
Спасибо!

Но как оказалось, это ещё не все неприятности.

На "отлетевшем" диске также лежали логи SQL-баз (файлы *.LDF).

Как запустить базы в работу? Сервер запустить удалось, но базы недоступны...

Не удаётся войти в параметры базы, чтобы поменять расположение LDF-файла. Нельзя сделать Detach-операцию над базой.

Версия сервера - MS SQL Server 2005.
Автор: econ2
Дата сообщения: 06.08.2010 11:11

Цитата:
На "отлетевшем" диске также лежали логи SQL-баз (файлы *.LDF).

Как запустить базы в работу? Сервер запустить удалось, но базы недоступны...


0. Стопаем сервер, сохраняем .mdf от сломанной базы.
1. Создаем новую базу с таким же именем и такими-же по именам и расположению .mdf и .ldf файлами
2. Останавливаем сервер, подменяем файл .mdf
3. Стартуем сервер, не обращаем внимания на статус базы
4.

Код: Use master
go
sp_configure 'allow updates', 1
reconfigure with override
go
Автор: bigsloth
Дата сообщения: 06.08.2010 13:51
MNT
я бы вам пососветовал сначала попробовать sp_attach_single_file_db.
Т.е. остановить сервер, скопировать mdf-файлы куда-нибудь и оставить в покое, потом сделать еще по одной копии и попробовать их присоединить sp_attach_single_file_db. Если не поможет, тогда уже как econ2 пишет..
Автор: econ2
Дата сообщения: 06.08.2010 14:43
bigsloth
У меня sp_attach_single_file_db ни разу не срабатывал
Автор: bigsloth
Дата сообщения: 06.08.2010 15:27
econ2
да я в курсе, что он редко помогает, но попробовать стоит
Автор: SotM
Дата сообщения: 12.08.2010 10:11
Имеем сервер: Win Server 2003 R2 и на нем установлен SQL Server 2005.
Где-то с месяц назад перестало запускаться одно задание: создается полное резервное копирование всех пользовательских баз, в определенную папку. Все это делалось каждый день в 22:00.

Я с SQL Server не очень сильно знаком. Поэтому стараюсь аккуратно лазить по SQL серверу.

Правой кнопкой мышки щелкаю на MaintenancePlan и выбираю Выполнить. Появляется окно с ошибкой. Нажимаю "Отчет", "Просмотр отчета". картинка 1
На всякий случай привожу текст:

Цитата:
Выполнить план обслуживания

- Выполнить план обслуживания. MaintenancePlan (Ошибка)
Сообщения
Ошибка выполнения. Дополнительные сведения см. в плане обслуживания и журналах заданий агента SQL Server.

------------------------------
ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:

Не удалось выполнить задачу "MaintenancePlan.Backup". (SqlManagerUI)


Захожу в "Панель Управления -> Администрирование -> Просмотр событий -> Приложение"
Нахожу ошибку там.
картинка 2
Сам текст:

Цитата:
SQL Server Scheduled Job 'MaintenancePlan.Backup' (0xCF6CB7ABE9316545B33901E87EB5B29E) - Status: Ошибка - Invoked on: 2010-08-12 08:27:19 - Message: Не удалось завершить задание. Запуск задания был произведен Пользователь DONSTROY\Администратор. Последним выполнявшимся шагом был шаг 1 (Backup).

Попробовал в SQL сервере найти логи, но что-то не нашел ничего.
Заходил сюда: "SQL сервер->Управление->Планы обслуживания". Щелкал правой кнопкой мыши и выбирал "Просмотр журнала". Но там ничего нет.
Заходил еще сюда: "SQL сервер->Агент SQL Server->Журналы ошибок->Текущий". Но там по этому поводу ничего (я по времени смотрел), только предыдущие несущественные ошибки.
картинка 3

Пробовал перегружать сам Server 2003, пробовал выключить службу SQL агента и заново включить. Пробовал убить этот MaintenancePlan и создать заново.
Результат один и тот же.

Если зайти в свойства этой задачи и выбрать "Просмотр T-SQL", то увидим кучу строк. Копируем их, нажимаем "Создать запрос", вставляем текст, запускаем и получаем нужные резервные копии баз в нужной папке.

Но почему не работает сама "Задача"?
Автор: bigsloth
Дата сообщения: 12.08.2010 10:33
SotM
Посмотрите логи job'a, созданного вашим планом обслуживания. (SQL Server Agent -> Jobs -> Ваш job -> History)
Как-то похоже, что какая-то проблема с учетными записями. Возможно учетке, под которой запускается SQL Server Agent не хватает прав..
Автор: econ2
Дата сообщения: 12.08.2010 10:52
bigsloth
Ну вот кстати, дополню, я с этой шнягой много лет уже борюсь, нормально решения не знаю.
Да, всё правильно:
SQL Server Agent -> Jobs -> Ваш job -> History
но дело в том, что хистори приводится в сокращенном виде.

Вот кусок failed Database_MaintenancePlan job'a:
...
Source: Rebuild... The package execution fa... The step failed.


Определить по нему, в чем проблема - невозможно.
Как получить полный лог job'a?

В этом случае я просто иду в job - копирую его SQL код, запускаю запросом и смотрю на чем вываливается.
Автор: SotM
Дата сообщения: 12.08.2010 11:37
bigsloth
Зашел туда, появились строки с ошибками (слева стоит + для открытия еще строк).
Открыл, и там была следующая ошибка:

Цитата:
Дата        12.08.2010 10:24:12
Журнал        Журнал заданий (MaintenancePlan.Backup)

Идентификатор шага        1
Сервер        DONSTROY_SERVER
Имя задания        MaintenancePlan.Backup
Имя шага        Backup
Продолжительность        00:00:00
Серьезность Sql        0
Идентификатор Sql-сообщения        0
Оператору отправлено сообщение электронной почты        
Оператору отправлено сообщение командой Net send        
Оператору отправлено сообщение на пейджер        
Предпринято повторов        0

Сообщение
Не удалось запустить выполнение шага 1 (причина: строка(1): синтаксическая ошибка). Шаг завершился с ошибкой.

Не знаю, что там может быть за "синтаксическая ошибка", т.к. "Задача" создавалась как при помощи Wizard'а, так и вручную.
Автор: bigsloth
Дата сообщения: 12.08.2010 12:15
SotM
А можете выложить T-SQL код, формируемый при нажатии на "Просмотр T-SQL"? И полный лог невыполнившегося плана обслуживания (как его найти чуть ниже)?
econ2
Для планов обслуживания дополнительно ведутся полные логи. Путь указывается здесь:


Если не указан, то лежит в папке LOGS там где установлен SQL Server.
upd: галочка "Log extended information" добавляет в отчет много полезной информации, плюс T-SQL код, формируемый каждым "блоком".
Автор: SotM
Дата сообщения: 12.08.2010 12:50
bigsloth
Вот и T-SQL код[more]
BACKUP DATABASE [Buh_Dnepr] TO DISK = N'H:\sql-back\Buh_Dnepr_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'Buh_Dnepr_backup_20100812133409', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_Dnepr_new] TO DISK = N'H:\sql-back\buh_Dnepr_new_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_Dnepr_new_backup_20100812133409', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroi_vova] TO DISK = N'H:\sql-back\buh_donstroi_vova_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroi_vova_backup_20100812133409', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroi2] TO DISK = N'H:\sql-back\buh_donstroi2_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroi2_backup_20100812133409', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroi2a] TO DISK = N'H:\sql-back\buh_donstroi2a_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroi2a_backup_20100812133409', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroi3] TO DISK = N'H:\sql-back\buh_donstroi3_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroi3_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroiC] TO DISK = N'H:\sql-back\buh_donstroiC_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroiC_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroiC_2008] TO DISK = N'H:\sql-back\buh_donstroiC_2008_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroiC_2008_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroiC_2008New] TO DISK = N'H:\sql-back\buh_donstroiC_2008New_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroiC_2008New_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_donstroiproekt] TO DISK = N'H:\sql-back\buh_donstroiproekt_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_donstroiproekt_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_gribanov] TO DISK = N'H:\sql-back\buh_gribanov_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_gribanov_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_gribanova] TO DISK = N'H:\sql-back\buh_gribanova_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_gribanova_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_jilstroi] TO DISK = N'H:\sql-back\buh_jilstroi_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_jilstroi_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_lomond] TO DISK = N'H:\sql-back\buh_lomond_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_lomond_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_rodon] TO DISK = N'H:\sql-back\buh_rodon_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_rodon_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_rostonstroi2] TO DISK = N'H:\sql-back\buh_rostonstroi2_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_rostonstroi2_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_rostovstroi] TO DISK = N'H:\sql-back\buh_rostovstroi_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_rostovstroi_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_stroiindustriya] TO DISK = N'H:\sql-back\buh_stroiindustriya_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_stroiindustriya_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_stroitel] TO DISK = N'H:\sql-back\buh_stroitel_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_stroitel_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_ugbisnes3] TO DISK = N'H:\sql-back\buh_ugbisnes3_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_ugbisnes3_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [buh_vant] TO DISK = N'H:\sql-back\buh_vant_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_vant_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
GO
BACKUP DATABASE [rostovstroiproektnew] TO DISK = N'H:\sql-back\rostovstroiproektnew_backup_201008121334.bak' WITH NOFORMAT, NOINIT, NAME = N'rostovstroiproektnew_backup_20100812133413', SKIP, REWIND, NOUNLOAD, STATS = 10
[/more]

Посмотрел настройки полного лога и для пущей уверенности переназначил в другую папку (H:\Reports). После очередной попытки выполнить Задачу я зашел в папку и ... она оказалось пустой!
Автор: bigsloth
Дата сообщения: 12.08.2010 13:03
SotM
у пользователя DONSTROY\Администратор есть права на запись в папку H:\sql-back\ и H:\reports? Может перименовывался сервер\вводился в домен\выводился из домена? Попробуйте явно прописать права или, возможно, запускать SQL Server Agent с другой учетной записью..
И, кстати, старые отчеты о выполнении плана обслуживания вы не смотрели?
Автор: SotM
Дата сообщения: 12.08.2010 13:10
bigsloth

Цитата:
у пользователя DONSTROY\Администратор есть права на запись в папку H:\sql-back\ и H:\reports

Угу, могу спокойно создавать/удалять папки/файлы.


Цитата:
Может перименовывался сервер\вводился в домен\выводился из домена

Нет


Цитата:
Попробуйте явно прописать права или, возможно, запускать SQL Server Agent с другой учетной записью

Немножко потерялся, куда именно прописать и что?


Цитата:
И, кстати, старые отчеты о выполнении плана обслуживания вы не смотрели?

Старые? Тоесть?! Где они?
Автор: econ2
Дата сообщения: 12.08.2010 13:23
bigsloth
Спасибо за совет!

SotM
Ну так запусти SQL код в SQL Server management studio И посмотри какое ошибки выдаст!
Автор: bigsloth
Дата сообщения: 12.08.2010 13:23
SotM

Цитата:
Старые? Тоесть?! Где они?

C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG
По умолчанию создаются там.

Цитата:
Немножко потерялся, куда именно прописать и что?

Посмотрите в SQL Server Configuration Manager под какой учетной записью запускается SQL Server Agent и убедитесь, что у этой учетной записи хватает прав для записи в нужные папки.
H - это физический диск? Или сетевой?

Добавлено:
econ2
не за что)
А у SotM'a код, запущенный вручную, выполняется, насколько я понял:

Цитата:
Если зайти в свойства этой задачи и выбрать "Просмотр T-SQL", то увидим кучу строк. Копируем их, нажимаем "Создать запрос", вставляем текст, запускаем и получаем нужные резервные копии баз в нужной папке.

Поэтому и есть подозрение, что что-то не так с правами..
Автор: SotM
Дата сообщения: 12.08.2010 13:36

Цитата:
C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG

Посмотрел я их вручную (через FAR). Ничего интересного там нет, ничего не намекает на возможную проблему.
А зачем старые логи смотреть? Я ведь заново создал новую "Задачу" и, как я думаю, логи должны относится к новой задаче, но их нет.


Цитата:
SQL Server Configuration Manager под какой учетной записью запускается SQL Server Agent

Куда именно зайти и что именно посмотреть? "Я ведь только учусь" (с)


Цитата:
H - это физический диск? Или сетевой?

физический.


Цитата:
А у SotM'a код, запущенный вручную, выполняется, насколько я понял

Угу, вручную (тобишь через T-SQL) все необходимые файлы создаются как и должны.


Цитата:
Поэтому и есть подозрение, что что-то не так с правами..

Ну почитав в инете я тоже думаю, что что-то с правами, только не знаю куда именно глядеть и что именно нужно сделать.
Автор: bigsloth
Дата сообщения: 12.08.2010 13:47

Цитата:
А зачем старые логи смотреть? Я ведь заново создал новую "Задачу" и, как я думаю, логи должны относится к новой задаче, но их нет.

Хм, подождите, я так понял, что у вас был план обслуживания, который выполнялся и потом перестал. Собственно про его логи я и говорил..


Цитата:
Куда именно зайти и что именно посмотреть?

Пуск -> Программы -> Microsoft SQL Server -> Configuration Tools -> SQL Server Configuration Manager. Или Пуск -> Выполнить -> mmc -> Добавить оснастку -> SQL Server Configuration Manager.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Измерение скорости сети LAN - все программы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.