首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

SSISDB大小(SQL Server 2014)

SSISDB是SQL Server Integration Services (SSIS) 的数据库,用于存储和管理SSIS项目、包和运行时信息。它是SQL Server 2012及更高版本中引入的。

SSISDB的大小是指该数据库所占用的存储空间。它的大小取决于以下几个因素:

  1. SSIS项目和包的数量:每个项目和包都会占用一定的存储空间,因此,如果有大量的项目和包,SSISDB的大小会相应增加。
  2. 包的复杂性和大小:如果包含大量的数据流转换、任务和连接管理器,或者包的大小很大,那么它会占用更多的存储空间。
  3. 运行时信息的保留策略:SSISDB中存储了每次运行SSIS包的详细信息,包括运行状态、执行时间、错误信息等。可以通过配置保留策略来控制保留的历史信息的数量和时间范围。如果保留的历史信息较多,SSISDB的大小会相应增加。

SSISDB的优势包括:

  1. 集中管理:SSISDB提供了一个集中管理SSIS项目和包的平台,可以方便地查看和管理所有的SSIS对象。
  2. 运行时监控和调试:通过SSISDB,可以实时监控SSIS包的运行状态,查看日志和错误信息,方便调试和故障排除。
  3. 部署和版本控制:SSISDB支持将SSIS项目和包部署到数据库中,并提供版本控制功能,可以方便地管理不同版本的SSIS对象。
  4. 安全性:SSISDB可以与SQL Server的安全机制集成,可以对SSIS项目和包进行权限控制,确保只有授权的用户可以访问和执行。

SSISDB适用于以下场景:

  1. ETL(Extract, Transform, Load)流程:SSISDB可以用于构建和管理数据仓库、数据集成和数据转换的ETL流程。
  2. 数据迁移和同步:通过SSISDB,可以方便地实现不同数据库之间的数据迁移和同步。
  3. 数据清洗和转换:SSISDB提供了丰富的数据流转换和处理功能,可以用于数据清洗、转换和整合。
  4. 任务调度和自动化:SSISDB可以与SQL Server的作业调度机制集成,实现定时执行SSIS包的任务调度和自动化。

腾讯云提供了云数据库SQL Server服务,可以用于托管SQL Server数据库和SSISDB。您可以通过以下链接了解更多关于腾讯云云数据库SQL Server的信息:腾讯云云数据库SQL Server

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

oracle11g dataguard安装实施

Oracle DataGuard 实施 1.环境准备 1.1 修改主备机hosts文件 vi /etc/hosts 128.160.11.84    wang 128.160.11.218  dg2 1.2 修改(添加)主备机listener.ora和tnsnames.ora文件 vi $ORACLE_HOME/network/admin/listener.ora SID_LIST_LISTENER =         (SID_LIST =           (SID_DESC =                 (SID_NAME = softdb)                 (ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_1/)           )         ) LISTENER =   (DESCRIPTION_LIST =     (DESCRIPTION =       (ADDRESS = (PROTOCOL = TCP)(HOST = wang)(PORT = 1521))       (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))     )   ) ADR_BASE_LISTENER = /u01/app/oracle vi $ORACLE_HOME/network/admin/tnsnames.ora SOFTPRI =   (DESCRIPTION =     (ADDRESS = (PROTOCOL = TCP)(HOST = wang)(PORT = 1521))     (CONNECT_DATA =       (SERVER = DEDICATED)       (SERVICE_NAME = softdb)     )   ) SOFTSTD =   (DESCRIPTION =     (ADDRESS = (PROTOCOL = TCP)(HOST = dg2)(PORT = 1521))     (CONNECT_DATA =       (SERVER = DEDICATED)       (SERVICE_NAME = softdb)     )   ) 1.3 确定主备机parameter/control/data/log/archivelog file 的路径 audit_file_dest='/u01/app/oracle/admin/softdb/adump' 1.4 设置主库强制写日志 SQL> select force_logging from v$database; FOR --- NO SQL> alter database force logging; Database altered. SQL> select force_logging from v$database; FOR --- YES 1.5 设置主库归档模式 SQL> archive log list; SQL> shutdown immediate; SQL> startup mount; SQL> alter database archivelog; SQL> alter database open; SQL> archive log list; Database log mode              Archive Mode Automatic archival             Enabled Archive destination            /u01/app/oracle/product/11.2.0/db_1//dbs/arch Oldest online log sequence     175 Next log sequence to archive   177 Current log sequence           177 2. 产生用于建立Standby库的全备份集及控制文件 2.1 创建并修改主库参数文件pfile SQL> shutdown immediate; SQL> create pfile from spfile; 修改initsoftdb.ora vi $ORACLE_HOME/db

01

部署Skype for Business Server 2015 数据库SQL 高可用AlwayOn

原文链接:http://blogs.technet.com/b/uclobby/archive/2015/05/08/deploying-sql-server-alwayson-availability-group-for-skype-for-business-server-2015.aspx Deploying SQL Server AlwaysOn Availability Group for Skype for Business Server 2015      In Lync Server 2013, there were requests regarding an alternative to SQL Mirroring for SQL Server High Availability. This was related to the fact that SQL Mirroring was marked as a feature to be removed in future SQL Server versions: This feature will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature. Use AlwaysOn Availability Groups instead. in SQL Server 2014 - Database Mirroring (SQL Server) - https://msdn.microsoft.com/en-us/library/ms189852.aspx In Lync Server 2013, it was common to have SQL Server High Availability using SQL Mirroring. The reason for this was that Topology Builder did all the hard work for us. Another supported scenario was to use SQL failover clustering, but in this case we need to manually deploy it: Database software support in Lync Server 2013 https://technet.microsoft.com/en-us/library/gg398990.aspx The good news is Skype for Business Server 2015 comes with AlwaysOn Availability Groups:

03

数据库高可用实战案例:架构优化背景前期调研详细调研测试过程实施过程细节问题处理

说到高可用,看官们会想到很多方案,也许是自亲身经历过系统从单机变成高可用的痛苦过程,也许有的看官只是在自己的虚机上搭建过测试的玩具。今天本篇用我自己的真实经历给大家讲述,不管怎么样实战和测试玩耍还是很大的区别的!可能你觉得搭建一套高可用方案很简单,配置配置就OK了,但在真正的复杂系统中一切就没有那么轻松了! 文章主要讲述升级并搭建AlwaysOn高可用的过程,以实施的思路为主。文中并没有搭建集群的步骤,搭建步骤请自行学习。 背景 客户的现有方案是一套使用发布订阅构建的读写分离方案,总体来说系统构建的很不错。

06

从ORA-27300,ORA-27301到ORA-00064

最近由于session数量增加,需要调整session,也就是要调整process参数。看是比较简单的一个问题,却遭遇了ORA-27300,ORA-27301。因为这个涉及到了有关内核参数kernel.sem的修改。下面是其具体描述。 1、故障现象 OS版本:SUSE Linux Enterprise Server 10 SP3 (x86_64) - Kernel \r (\l) DB版本: SQL*Plus: Release 10.2.0.3.0 - Production  需求:Processes参数由1000修改到2000 SQL> startup pfile=/u02/database/MRDB/initMRDB.ora; ORA-27154: post/wait create failed ORA-27300: OS system dependent operation:semget failed with status: 28 ORA-27301: OS failure message: No space left on device ORA-27302: failure occurred at: sskgpcreates 2、故障的分析与解决 #起初咋一看还以为空间不够呢,如下,显然不是空间的问题,其次有个很重要的表示"semget" SQL> ho df -h Filesystem            Size  Used Avail Use% Mounted on /dev/sda3             1.8T  826G  885G  49% / udev                   32G  116K   32G   1% /dev /dev/sda1              99M  9.5M   85M  11% /boot #后台日志如下 Tue Aug  5 18:07:22 2014 Starting ORACLE instance (normal) Tue Aug  5 18:07:22 2014 Errors in file /u02/database/MRDB/udump/mrdb_ora_30366.trc: ORA-27154: post/wait create failed ORA-27300: OS system dependent operation:semget failed with status: 28 ORA-27301: OS failure message: No space left on device ORA-27302: failure occurred at: sskgpcreates #Google了一些文章,描述的是需要调整内核参数kernel.sem,也就是信号量的问题 v2012db02u:~ # grep kernel.sem /etc/sysctl.conf kernel.sem = 1250    32000   100    256     #这个是当前的值 信号量设置示例     SEMMSL应该设置为服务器中实例中具有最大的PROCESSES参数+10,例如,当最大的PROCESSES参数为5000时,SEMMSL应设置为5010。     SEMMNS参数应设置为SEMMSL*SEMMNI,接上例SEMMSL为5010,SEMMNI的值一般为128,则SEMMNS参数应为(5010*128)=641280。     SEMOPM参数应设置与SEMMSL参数相同,接上例此处应设置为5010     因此对于信号量建议做如下设置     sysctl -w kernel.sem="5010 641280 5010 128" #关于这个参数的具体描述及设置可以参考:Linux 内核参数优化(for oracle) #由于当前服务器存在N个实例,因此给了一个比较大的值,生产环境应慎重修改,如下     v2012db02u:~ # vi /etc/sysctl.conf v2012db02u:~ # sysctl -p     ........... kernel.sem = 7000 1792000 7000 256     ...........  #再次启动,狂汗.... SQL> startup pfile=/u02/database/MR/initMR.ora; ORA-00064: object is too large to allocate on this O/S (1,5150880) v2012db02u:~ > oerr ora 00064 00064, 00000, "object is too large to allocate on this O/S (%s,%s

01
领券