仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1328|回复: 7
打印 上一主题 下一主题

[学习教程] MSSQL网页编程之SQL Server 2000 Maintenance plan 保护...

[复制链接]
活着的死人 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:38:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
MyISAMMysql的默认数据库,最为常用。拥有较高的插入,查询速度,但不支持事务server
被按期主动实行的保护企图:
用新的添补(占空)因子重修索引以重组数据和索引页上的数据。这确保数据库页包括相称散布的数据和残剩空间,这同意将来更疾速发展。从数据库页中移出空数据页紧缩数据文件。更新索引统计以确保查询优化有表散布数据值得最新信息。这同意查询优化作出会见数据的最优路子的更好的判别,由于它有关于数据存储在数据库中的更多信息。固然索引统计被sqlserver周期更新的,这个选项强迫统计当即更新。实行数据库上的数据和数据页外部分歧性反省以确保体系或软件成绩不会破坏数据备份数据库和事物日记。数据库和日期备份能够坚持一个指定的周期,这同意你创立用在你必要恢单数据库一个比最初一个备份早的事务备份汗青设置日记传输。日记传输同意事物日记从一个数据库(源)稳定地反应到另外一个数据库(目标)。坚持目标数据库和原数据库的同步使你有一个备用数据库并且也供应一个从主数据库到只读目标服务器卸下查询处置的办法
1、sp_add_maintenance_plan

增添一个保护企图并前往企图ID

语法:sp_add_maintenance_plan[@plan_name=]plan_name,

@plan_id=plan_idOUTPUT

前往值:0乐成1失利

备注:sp_add_maintenance_plan必需在msdb上实行,它创立一个新的空保护企图。增添一个或多个数据库与一个或多个job交互实行sp_add_maintenance_plan_db和sp_add_maintenance_plan_job.

只要sysadmin流动服务器脚色成员可实行sp_add_maintenance_plan



1、sp_add_maintenance_plan_db

将数据库加到保护企图中

语法:sp_add_maintenance_plan_db[@plan_id=]plan_id,

[@db_name=]database_name

前往值:0乐成1失利

备注:sp_add_maintenance_plan_db必需在msdb上实行,只要sysadmin流动服务器脚色成员可实行sp_add_maintenance_plan_db



2、sp_add_maintenance_plan_job

将保护企图中加到一个存在的job中

语法:sp_add_maintenance_plan_job[@plan_id=]plan_id,[@job_id=]job_id

前往值:0乐成1失利

备注:sp_add_maintenance_plan_job必需在msdb上实行,只要sysadmin流动服务器脚色成员可实行sp_add_maintenance_plan_db



3、sp_delete_maintenance_plan

删除指定保护企图

语法:sp_delete_maintenance_plan[@plan_id=]plan_id

前往值:0乐成1失利

备注:sp_delete_maintenance_plan必需在msdb上实行,只要sysadmin流动服务器脚色成员可实行sp_add_maintenance_plan_db


4、sp_delete_maintenance_plan_db从保护企图中作废指定命据库
语法:sp_delete_maintenance_plan_db[@plan_id=]plan_id,
[@db_name=]database_name

前往值:0乐成1失利

备注:sp_delete_maintenance_plan_db必需在msdb上实行,只要sysadmin流动服务器脚色成员可实行sp_delete_maintenance_plan_db。当最初一个数据库从保护企图中删除则保护企图也被删除。
5、sp_delete_maintenance_plan_job
从指定job中作废(删除)保护企图
语法:sp_delete_maintenance_plan_job[@plan_id=]plan_id,
[@job_id=]job_id
前往值:0乐成1失利

备注:sp_delete_maintenance_plan_job必需在msdb上实行,只要sysadmin流动服务器脚色成员可实行sp_delete_maintenance_plan_job。当最初一个数据库从保护企图中删除则保护企图也被删除。当一切jobs被从保护企图中删除保举用户实行sp_delete_maintenance_plan_db从保护企图中移出残剩的数据库


6、sp_help_maintenance_plan
前往指定保护企图的信息,假如未指定企图则前往一切的保护企图信息

语法:sp_help_maintenance_plan[[@plan_id=]plan_id]

假如指定企图则前往三张表:Plan,Database,Job.

Plan

列名

数据范例

形貌

plan_id

uniqueidentifier

保护企图ID

plan_name

sysname

保护企图名.

date_created

datetime

企图创立日期.

owner

sysname

企图具有者

max_history_rows

int

企图在体系表中纪录汗青的最年夜分派行数

remote_history_server

int

写汗青呈报的远程服务器名

max_remote_history_rows

int

写汗青呈报的远程服务器在体系表中最年夜分派行数.

user_defined_1

int

缺省为NULL.

user_defined_2

nvarchar(100)

缺省为NULL.

user_defined_3

datetime

缺省为NULL.

user_defined_4

uniqueidentifier

缺省为NULL.



Database

列名

形貌

database_name

保护企图中的一切数据库名database_nameissysname.



Job

列名

形貌

hui

保护企图中的一切jobID.job_idisuniqueidentifier.



假如未指定企图则前往一切企图信息.

7、sysdbmaintplan_databases

一个相干保护企图中的每一个数据库包括一行,本表保留在msdb中。

列名

数据范例

形貌

plan_id

uniqueidentifier

保护企图ID

database_name

sysname

数据库名



8、sysdbmaintplan_history

每一个保护企图完成一次包括一行,本表保留在msdb中。

列名

数据范例

形貌

sequence_id

int

保护企图实行汗青按次号

plan_id

uniqueidentifier

保护企图ID.

plan_name

sysname

保护企图名.

database_name

sysname

相干企图数据库名

server_name

sysname

体系名

activity

nvarchar(128)

保护企图激活实行(比方备份事物日记等).

succeeded

bit

0=乐成1=失利

end_time

datetime

每次举动完成工夫

duration

int

必需完成举动的工夫长度

start_time

datetime

举动入手下手工夫

error_number

int

失利呈报的毛病数

message

nvarchar(512)

sqlmaint产生的动静.



9、sysdbmaintplan_jobs

每一个保护企图job包括一行.本表保留在msdb中。

列名

数据范例

形貌

plan_id

uniqueidentifier

保护企图ID

job_id

uniqueidentifier

jobID



10、sysdbmaintplans

每一个数据库保护企图包括一行.本表保留在msdb中。

Columnname

Datatype

Description

plan_id

uniqueidentifier

保护企图ID

plan_name

sysname

保护企图名.

date_created

datetime

企图创立日期.

owner

sysname

企图具有者

max_history_rows

int

企图在体系表中纪录汗青的最年夜分派行数

remote_history_server

sysname

写汗青呈报的远程服务器名

max_remote_history_rows

int

写汗青呈报的远程服务器在体系表中最年夜分派行数.

user_defined_1

int

缺省为NULL.

user_defined_2

nvarchar(100)

缺省为NULL.

user_defined_3

datetime

缺省为NULL.

user_defined_4

uniqueidentifier

缺省为NULL.

log_shipping

bit

日记运转形态0=生效1=激活




用一个库#bak_database存放这些历史数据。
愤怒的大鸟 该用户已被删除
沙发
发表于 2015-1-19 19:50:20 | 只看该作者
还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
深爱那片海 该用户已被删除
板凳
发表于 2015-1-28 10:11:16 | 只看该作者
至于淘汰的问题,只能说在你的项目周期之内,微软应该都不会倒闭。
冷月葬花魂 该用户已被删除
地板
发表于 2015-2-5 20:32:16 | 只看该作者
我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力
谁可相欹 该用户已被删除
5#
发表于 2015-2-13 13:16:51 | 只看该作者
我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力
蒙在股里 该用户已被删除
6#
发表于 2015-3-3 21:50:54 | 只看该作者
这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片?
不帅 该用户已被删除
7#
发表于 2015-3-11 14:09:22 | 只看该作者
另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);
再见西城 该用户已被删除
8#
发表于 2015-3-26 19:48:54 | 只看该作者
从项目平台的选择上讲,我们关心的,应该是一款产品能不能满足任务需求,而不是网上怎么说。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-22 19:09

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表