Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
MS SQL Server - дело тонкое...
Информационный Канал Subscribe.Ru |
#154<< #155 |
СОДЕРЖАНИЕ
Кумулятивный патч для Microsoft SQL Server/MSDE По сообщению securitylab.ru от 24 июля 2003, Microsoft выпустила патч, который включает все предыдущие исправления для SQL Server 7.0, SQL Server 2000, MSDE 1.0, и MSDE 2000 и дополнительно устраняет три новых уязвимости:
1. Named Pipe Hijacking - поднятие привилегий; Для устранения уязвимости, скачайте соответствующее исправление:
Примечание автора рассылки: Это первый патч, который имеет мастера установки обновляемых компонент и запуска необходимых скриптов. Пользовательский интерфейс мастера достаточно информативен и понятен. Он немного напоминает процесс установки сервисного пакета. Видимо, более нам не придется заменять файлы и запускать скрипты вручную, что отпугивало многих DBA от применения заплат SQL Server на промышленных серверах. Проблемы резервного копирования и восстановлениz баз данных SQL Server
По материалам статьи Alexander Chigrik:
Troubleshooting SQL Server Backup/Restore Problems
Если у Вас возникают проблемы с резервированием/восстановлением баз данных, просмотрите следующие рекомендации по выявлению проблем и принятию по ним правильного решения.
1. Убедитесь в том, что для Вашего SQL Server установлен последний сервисный пакет (service pack) и последующие
заплаты.
2. Убедитесь в том, что у Вас достаточно прав для исполнения операций резервирования/восстановления.
Для резервного копирования базы данных и журнала транзакций, т.е. исполнения команд: BACKUP DATABASE или BACKUP LOG,
необходимо быть членом фиксированной серверной роли sysadmin или фиксированных ролей базы данных db_owner и
db_backupoperator.
3. Если Вам нужно сделать резервную копию журнала транзакций, проверьте что опция 'trunc. log on chkpt' отключена.
4. Если в момент выполнения операций резервирования/восстановления, у Вас возникает ошибка 156, перед запуском
операторов BACKUP или RESTORE, установите:
5. Если в процессе восстановлении базы данных или резервного копирования журнала транзакций, произошла ошибка 1511,
включите флаг трассировки 3222, чтобы отменить упреждающее чтение, которое используется во время фиксации завершенных
транзакций, которые не были сохранены на диске.
6. Если во время выполнения операции резервного копирования, произошла ошибка 3023, выполните резервное копирование
после окончания операции, с которой оно конфликтует.
7. Если при выполнении резервного копирования возникает ошибка 3036, используйте копии с основного сервера пока эта
база имеет статус standby.
8. Когда при восстановлении возникает ошибка 3143, используйте оператор RESTORE HEADERONLY, чтобы получить описание
резервного архива.
9. Если во время выполнения операции восстановления возникает ошибка 3154, перезапишите существующую базу данных
используя команду RESTORE DATABASE с опцией WITH REPLACE или выполните восстановление в базу данных с другим
именем.
10. Если во время резервного копирования произошла ошибка 3206 или 3209, создайте устройство резервного копирования
с помощью хранимой процедуры sp_addumpdevice или обратитесь непосредственно к физическому устройству, определенному
в операторе BACKUP, как TAPE = или DISK =.
11. Если у Вас в процессе восстановления возникает ошибка 3249, замените текущее устройство резервирования на то,
которое содержит начало набора резервных копий.
12. Если в процессе восстановления Вы получаете ошибку 3256, восстановите разностную копию базы данных и выполните
фиксацию транзакций.
13. Если в процессе восстановления большой базы данных в Windows 98 происходит ошибка 3257, попытайтесь создать базу
такого же размера, как у резервируемой, а затем восстановите по ней резервную копию исходной базы данных, или включать
перед восстановлением флаг трассировки 3104.
14. Если в процессе резервного копирования или восстановления возникает ошибка 3267 или 3627, попытайтесь выполнить
эти действия позже, когда нагрузка на сервере станет меньше.
15. Выполняйте полное резервное копирование базы данных перед тем как копировать журнал транзакций. В противном
случае, Вы можете в процессе восстановления получить ошибку 4214.
16. В случае возникновения ошибки 4305 при выполнении операции восстановления базы данных, восстановите копии журнала
транзакций в том порядке, в котором они были созданы.
Навигация по времени в OLAP: недели и месяцы Автор: Александр ДЕНИСЕНКО aden@online.ru, aledin@academy.ru
Одна из проблем навигации по координате времени во многомерных кубах заключается в несовместимости недельного и
месячного календарей. С одной стороны, вышележащим в иерархии объектом для суток бывает месяц (выше - квартал и/или
год), а бывает - что неделя. Неделя не сворачивается в месяц - её начало может оказаться в одном месяце, а
окончание - в другом. Системы типа [1] допускают работу с такими объектами, но довольно сложными приёмами. Традиционное
представление об иерархии не допускает такого: представьте файл, разорванный между двумя папками. Или матрешку,
голова которой находится в одной материнской игрушке, а низ - в другой. К сожалению, использование нескольких
иерархий по одной координате имеет некоторые проблемы в реализации - так, например, в [1] не удается использовать
одну координатную таблицу для двух разных иерархий времени - понедельной и помесячной. Статьи на русском языке
Три основных недостатка современных хранилищ данных
Новые и обновлённые технические статьи Microsoft
"Connection Could Not Be Established" Error Message When You Use Named Pipes to Connect to a
Windows NT 4.0-Based Computer That Is Running Either SQL Server 2000 or SQL
Server 7.0
Replacing BCP with SQLBulkLoad
Самые популярные темы недели
Междумордие
xp_sqlagent_proxy_account
|
http://subscribe.ru/
E-mail: ask@subscribe.ru |
Отписаться
Убрать рекламу |
В избранное | ||