Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110

Открыть новую тему     Написать ответ в эту тему

aidar



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Microsoft SQL Server
 
В данном разделе рассматриваются вопросы по установке, настройке и администрированию MS SQL.
Вопросы по выборкам, созданию процедур, индексов и прочему программированию - лучше обращаться сюда: Microsoft SQL Server в разделе Прикладное Программирование


Полезные ресурсы:
Ссылки на официальные ресурсы:   TechNet Rus по SQL   TechNet Eng по SQL 2000    TechNet Eng по SQL 2005     MS SQL Server на форумах TechNet Rus
 
Полезные ресурсы, где можно найти дополнительную информацию:
http://www.sql.ru - один из самых больших и популярных ресурсов в ру-нете по MSSQL.
http://sqlserverbuilds.blogspot.com - информация о ВСЕХ билдах и версиях SQL Server
 
Где найти дистрибутив?



Microsoft SQL Server 2000
 
Текущий и наверное Последний Service Pack: SP4 (build 8.00.2039)
Последний кумулятивный пакет хотфиксов после SP4: build 8.00.2187
Список всех хотфиксов после SP4 на текущий момент: Cumulative list of the hotfixes that are available for SQL Server 2000 SP4
SQL Server 2000 Books Online June 2007 Update
Сравнение редакций, совместимость с ОС



Microsoft SQL Server 2005
 
Блог Александра Гладченко - MVP по MS SQL. Заглядывайте периодически, очень интересные статьи.
 
Текущая версия:
Последний Service Pack - 2
Их было два, оба с одинаковым билдом - 9.00.3042
Здесь (ENG) описано, почему так произошло и как отличить "правильный" от "не правильного".
 
Здесь можно посмотреть, какой апдейт на сегодняшний день крайний для MS SQL SP2:
The SQL Server 2005 builds that were released after SQL Server 2005 Service Pack 2 was released (ENG)

Всего записей: 248 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Painted
 
Вот общая схема, проверьте пожалуйста:  
http://images.vfl.ru/ii/1500286677/750e8c90/17949033.jpg
 
модель восстановления у нас простое.  
 
30ГБ общая база - это для SQL небольшая считается? )))  

Всего записей: 2670 | Зарегистр. 21-04-2008 | Отправлено: 14:51 17-07-2017
Painted

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Все необходимое есть - это главное. Наличествует некоторая избыточность, на мой взгляд. Например, перестроение индекса уже собирает статистику по индексированным полям. Когда ставите галочку на "Вся собранная статистика", то по этим полям статистика собирается повторно.
Но если за ночь все успевает отрабатывать, то ничего страшного.
У меня самая большая база 120ГБ, и я считаю ее небольшой. 30ГБ - это ближе к маленькой. ))

Всего записей: 86 | Зарегистр. 17-01-2008 | Отправлено: 15:10 17-07-2017
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Painted
 
У нас MSSQL2016 (runtime), какой компонент тогда убрать? избыточность не надо нам )) лишнее не хочу.  

Всего записей: 2670 | Зарегистр. 21-04-2008 | Отправлено: 16:40 17-07-2017
I_am



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Подскажите ответ на возможно глупый вопрос.
 
1с базы на MS SQL 2016. Метод восстановления "полный", настроена создание копий (полная + дифференциональные) и отдельно журналы. Проблема как бы известная - размер журналов растет. Вопрос насколько я понимаю в опции "Обрезать журнал транзакций путем удаления неактивных записей" в свойствах создания бекапов, но проблема в том что она доступно лишь если делать задание на отдельную базу, а когда делаю план обслуживания на все ее попросту нет.
 
Делать на каждую базу задания не вариант. Это можно как то исправить?
Или переводить базы в simple и чаще делать дифференциальные копии?

Всего записей: 44 | Зарегистр. 28-09-2001 | Отправлено: 17:15 03-08-2017
M_Volkov



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
I_am

Цитата:
переводить базы в simple и чаще делать дифференциальные копии?

Достаточно ИЛИ: в simple журнал транзакций расти не будет. А на счет чаще делать дифференциальные копии - по идеи так, но не всегда, помогает (обрезает журнал транзакций) полное копирование.

Всего записей: 4189 | Зарегистр. 23-06-2008 | Отправлено: 19:06 03-08-2017 | Исправлено: M_Volkov, 19:07 03-08-2017
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ребята, помогите разобраться с восстановлением.  
задача такая:  
имеется рабочая база в MSSQL2016, делается каждый день бекап.  
главбух хочется посмотреть состояние базы на 30-е число. то есть чтоб восстановил отдельной базой временно, для параллельной работы.  
Пытаюсь создать отдельную базу, с этим бекапом, вот с таким скриптом:  

Код:
RESTORE DATABASE TestDB    
   FROM DISK = 'Z:\SQLServerBackups\base_buh1_30.07.2017.bak'    
   WITH MOVE 'datafile' TO 'C:\MySQLServer\base_buh1.mdf',  
   MOVE 'logfile' TO 'C:\MySQLServer\base_buh1.ldf';  
GO  

но получаю ошибку:

Цитата:
Сообщение 3234, уровень 16, состояние 2, строка 1
Logical file 'datafile' is not part of database 'TestDB'. Use RESTORE FILELISTONLY to list the logical file names.
Сообщение 3013, уровень 16, состояние 1, строка 1
RESTORE DATABASE is terminating abnormally.

 
почему то не нравится ему название базы. оригинальная база называется "base_buh1".  
 
Как быть тогда?

Всего записей: 2670 | Зарегистр. 21-04-2008 | Отправлено: 09:48 16-08-2017
d0r0fey



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
contrafack
это где такое 'datafile' есть?
об этом и написано в ошибке. найти не может то , что нужно переместить.

Всего записей: 1160 | Зарегистр. 13-03-2009 | Отправлено: 10:27 16-08-2017 | Исправлено: d0r0fey, 10:30 16-08-2017
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
почему то не нравится ему название базы

ему не нравится не название базы, а логическое имя файла данных, которое вы указали. Рискну предположить, что вместо 'datafile' нужно указать 'base_buh1', а вместо 'logfile' : 'base_buh1_log'. Так SQL Server самостоятельно именует файлы при создании базы. Если не поможет, зайдите в свойства той базы, с которой сделан бэкап и посмотрите на вкладке "Files" корректные логические имена файлов данных и журнала транзакций.
Плюс, надеюсь, в C:\MysQLServer у вас не лежит оригинальная база base_buh1, иначе всё равно будет ошибка. Указывать нужно физические имена файлов, в которые вы хотите восстановить свою копию. Например C:\MySQLServer\testdb.mdf и C:\MySQLServer\testdb_log.ldf

Всего записей: 235 | Зарегистр. 18-09-2009 | Отправлено: 10:33 16-08-2017
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
да, скрипт кривой был видимо, через Gui (SSMS) делал, все получилось, потом сравнивал скрипты, разные совсем.  
Спасибо вам.

Всего записей: 2670 | Зарегистр. 21-04-2008 | Отправлено: 11:13 16-08-2017
programmwriter

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день форумчане!
SQL 2005 St стоит на рядовом сервере. (SQL 2005 St SP2+ w2k3R2 sp2 SE). Хочу делать бэкап базы на сетевую шару, но sql не может получить доступ к ней, насколько я понимаю, из за того что в службе SQL Server(MSSQLSERVER) стоит log on as: .\sql_service
Сам сервер находится в домене и шара естественно тоже.
Скажите если я поставлю галку в свойствах службы log on as: Local System account служба продолжит работать в штатном режиме? или может произойти сбой?
 
Проблема в том что поднимали все это дело до меня, и не оставили мне пароли ни от sa ни от чего другого поэтому стараюсь действовать осторожно.  

Всего записей: 5 | Зарегистр. 01-12-2016 | Отправлено: 13:06 31-08-2017
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
programmwriter
Если вы поставите запуск службы от Local System, работать будет нормально, но сеть не увидит вообще в принципе. Поломаете всё, что ранее было связано с сетью - бэкапы, репликацию, зеркалирование.
Чтобы делать бэкап на сетевую папку в домене, SQL Server нужно запускать от доменной учётной записи, с правами на запись к нужной шаре. Плюс, если бэкапы выполняются job'ом или maintenance plan'ом, права нужны не пользователю от которого запускается служба SQL Server, а тому, от которого запускается служба SQL Server Agent.

Всего записей: 235 | Зарегистр. 18-09-2009 | Отправлено: 13:12 31-08-2017
Paromshick



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я чуть-чуть дополню. Если на таргет сервере, где расположена сетевая папка, также создать запись sql_service с тем же паролем, то доступ будет получен. Конечно, если правильно заданы разрешения на папку и на шару. Вы же должны это понимать и без меня.
Но в таком случае, вам надо держать эти пароли где-то, ибо если сменить на одном, то пропадает доступ на другом.
Так что лучше, всё-таки, создать УЗ DOMAIN\sql_service и настраивать от неё, это поможет избежать многих проблем.
Для безопасности, можно не давать ей привилегий локального администратора, но дать logon as service и logon as batch job в локальных политиках безопасности.

----------
Материя - есть устойчивое состояние энергии.
Intelligence - это всегда искусство. Искусство тонких настроек.

Всего записей: 1801 | Зарегистр. 12-04-2013 | Отправлено: 13:21 31-08-2017 | Исправлено: Paromshick, 13:21 31-08-2017
programmwriter

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
служба SQL Server Agent у меня запускается от имени доменного админа ugm\admin
значит мне и  службу SQL Server(MSSQLSERVER) тоже на ugm\admin перевести надо?

Всего записей: 5 | Зарегистр. 01-12-2016 | Отправлено: 13:41 31-08-2017
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
programmwriter
дайте на шару явные права для пользователя ugm\admin и запускайте бэкап из job'а. Или, если нужно из SSMS делать бэкапы, запустите службу SQL Server от него же

Всего записей: 235 | Зарегистр. 18-09-2009 | Отправлено: 13:46 31-08-2017
apok



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день,  
 
прошу совета!
такая ситуация, был вирус на сервере, все зашифровал и логи транзакции, осталась ток база в .mdf.
Перечитал кучу гайдов как восстановить базу данных без логов транзакции. Но не получается.
 
Windows Server 2012 R2 стоял, а вот какой SQL неизвестно, уже нет возможности посмотреть, скорее всего 2012.  
 
Кто сталкивался? помогите
 

Всего записей: 139 | Зарегистр. 06-12-2007 | Отправлено: 11:25 01-09-2017
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
apok
если есть уверенность, что файл mdf не зашифрован, копайте в сторону sp_attach_single_file_db

Всего записей: 235 | Зарегистр. 18-09-2009 | Отправлено: 11:28 01-09-2017
apok



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
если есть уверенность, что файл mdf не зашифрован, копайте в сторону sp_attach_single_file_db

фаил точно не зашифрован, так как он был активен.  
читал эту статью, не имеющего опыт, не понятно даже с чего начать.  
 
едитсвенное что так прописали в запросах
 
sp_attach_single_file_db [ @dbname= ] 'Trade'
    , [ @physname= ] 'Trade_10'
 
Сообщение 102, уровень 15, состояние 1, строка 1
Неправильный синтаксис около конструкции "Trade".

Всего записей: 139 | Зарегистр. 06-12-2007 | Отправлено: 12:45 01-09-2017
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
apok
В SSMS, New Query, там пишете
EXEC sp_attach_single_file_db @dbname = 'ИМЯ_БАЗЫ_ДЛЯ_ПРИСОЕДИНЕНИЯ',    
    @physname = N'ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ_MDF.MDF';
 
Нажимаете Execute, смотрите, что получилось. Копию файла сделайте перед этим. Пользователю, от которого запущена служба SQL Server, дайте полные права на этот файл и каталог, в котором он находится.
 
Файл .ldf тоже должен был быть всё время активен. Возможно, он всё-таки не зашифрован? Или, возможно, зашифрованы оба файла.

Всего записей: 235 | Зарегистр. 18-09-2009 | Отправлено: 12:51 01-09-2017
apok



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
В SSMS, New Query, там пишете  
EXEC sp_attach_single_file_db @dbname = 'ИМЯ_БАЗЫ_ДЛЯ_ПРИСОЕДИНЕНИЯ',    
    @physname = N'ПОЛНЫЙ_ПУТЬ_К_ФАЙЛУ_MDF.MDF';  
 
Нажимаете Execute, смотрите, что получилось. Копию файла сделайте перед этим. Пользователю, от которого запущена служба SQL Server, дайте полные права на этот файл и каталог, в котором он находится.  
 
Файл .ldf тоже должен был быть всё время активен. Возможно, он всё-таки не зашифрован? Или, возможно, зашифрованы оба файла.

 
Сообщение 824, уровень 24, состояние 6, строка 1
SQL Server обнаружил логическую ошибку ввода-вывода, связанную с согласованностью: недопустимый параметр защиты. Она произошла при прочитать страницы (0:0) в базе данных с идентификатором 0 по смещению 0000000000000000 файла "H:\sql\Trade_10.mdf". Дополнительные сведения см. в журнале ошибок SQL Server и журнале системных событий. Это серьезная ошибка, которая угрожает целостности базы данных и должна быть немедленно исправлена. Выполните полную проверку базы данных на согласованность (DBCC CHECKDB). Эта ошибка может быть вызвана многими причинами; дополнительные сведения см. в электронной документации по SQL Server.
 
 
Добавлено:

Цитата:
Файл .ldf тоже должен был быть всё время активен. Возможно, он всё-таки не зашифрован? Или, возможно, зашифрованы оба файла.
 

этого файла нет, он зашифрован. весит 450Гбайт в формате .fuck

Всего записей: 139 | Зарегистр. 06-12-2007 | Отправлено: 13:06 01-09-2017
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
База в списке баз данных не появилась? В журнале SQL Server дополнительной информации нет?

Всего записей: 235 | Зарегистр. 18-09-2009 | Отправлено: 13:11 01-09-2017
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Имя:
Пароль:
Сообщение

Для вставки имени, кликните на нем.

Опции сообщенияДобавить свою подпись
Подписаться на получение ответов по e-mail
Добавить тему в личные закладки
Разрешить смайлики?
Запретить коды


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2018

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru