<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Simpleman &#38; Simple Life &#187; Database</title>
	<atom:link href="http://xuming.info/tag/database/feed/" rel="self" type="application/rss+xml" />
	<link>http://xuming.info</link>
	<description>Learn to write and appreciate</description>
	<lastBuildDate>Sat, 11 Dec 2010 03:05:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
		<item>
		<title>NetBackup Database Server is down (93)</title>
		<link>http://xuming.info/2010/02/netbackup-database-server-is-down-93/</link>
		<comments>http://xuming.info/2010/02/netbackup-database-server-is-down-93/#comments</comments>
		<pubDate>Thu, 04 Feb 2010 01:58:01 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[NetBackup]]></category>
		<category><![CDATA[93]]></category>
		<category><![CDATA[Catalog]]></category>
		<category><![CDATA[catstore]]></category>
		<category><![CDATA[Database]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1427</guid>
		<description><![CDATA[快要春节了，不想惹事，不想折腾。可是，唉，今天一早发现打开 NetBackup 控制台时，出现 Database Server is down 的提示，具体表现如下： 在点击 Activity Monitor 时，出现如下报错： 在点击 Media 时，出现如下错误： 故障原因： NetBackup Master Server 的数据库所在的分区空间使用满了，为保证数据库的数据完整性，关闭了 Media Manager server 数据库。 仔细查看，可以发现某些服务器在 Netbackup\db\images\ 的文件特别大，如下图： 两种方法解决： 1. 压缩 catalog 定位到 Host Properties/Master Server/Golbal Attributes/，选择 compress catalog interval after x days。 2. 使用 ALTPATH 修改 images 这个目录的路径，这个没有具体去研究 上述两种方法是官方推荐的方法，注意第一种方法压缩 catalog 时需要注意，如果您的 Master Server 版本是 6.0.3 [...]]]></description>
			<content:encoded><![CDATA[<p>快要春节了，不想惹事，不想折腾。可是，唉，今天一早发现打开 NetBackup 控制台时，出现 Database Server is down 的提示，具体表现如下：</p>
<p>在点击 Activity Monitor 时，出现如下报错：</p>
<p><img src="http://xuming.info/wp-content/uploads/2010/02/screenshot_01.png" alt="" width="432" height="117" /></p>
<p>在点击 Media 时，出现如下错误：</p>
<p><img src="http://xuming.info/wp-content/uploads/2010/02/screenshot_06.png" alt="" /></p>
<p>故障原因： NetBackup Master Server 的数据库所在的分区空间使用满了，为保证数据库的数据完整性，关闭了 Media Manager server 数据库。</p>
<p>仔细查看，可以发现某些服务器在 Netbackup\db\images\ 的文件特别大，如下图：</p>
<p><img src="http://xuming.info/wp-content/uploads/2010/02/screenshot_05.png" alt="" width="481" height="318" /></p>
<p>两种方法解决：<br />
 1. 压缩 catalog<br />
 定位到 Host Properties/Master Server/Golbal Attributes/，选择 compress catalog interval after x days。<br />
 2. 使用 ALTPATH 修改 images 这个目录的路径，这个没有具体去研究</p>
<p>上述两种方法是官方推荐的方法，注意第一种方法压缩 catalog 时需要注意，如果您的 Master Server 版本是 6.0.3 之前的，会存在一个问题，具体查看 http://seer.entsupport.symantec.com/docs/283528.htm</p>
<p>不过以上两种方法，我目前都没有采用，我只是零时将一些 catstore 文件迁移到其他地方，然后使用 nbdb_admin -start 命令启动 NetBackup 的数据库，如下图：</p>
<p><img src="http://xuming.info/wp-content/uploads/2010/02/screenshot_07.png" alt="" width="470" height="52" /></p>
<p>之后，NetBackup Database server 恢复正常。目前在考虑迁移 Master Server 到一台新的服务器上，采用备份和恢复 catalog 的方法。</p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2010/02/netbackup-database-server-is-down-93/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>关于 Site Database Server 的安装以及 Provider 的位置</title>
		<link>http://xuming.info/2007/11/1041/</link>
		<comments>http://xuming.info/2007/11/1041/#comments</comments>
		<pubDate>Fri, 16 Nov 2007 03:24:56 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[SMS & SCCM]]></category>
		<category><![CDATA[2007]]></category>
		<category><![CDATA[Database]]></category>
		<category><![CDATA[Provider]]></category>
		<category><![CDATA[SCCM]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1041</guid>
		<description><![CDATA[今天在邮件列表中看到关于 site database 和 site server 不在同一台机器情况的讨论，结论是：如果两者不在同 一台机器上，必须先在 site database server 上先建一个空的库实例（不要做任何设置），然后在安装是连接到 database server 的实例即可。 原文节选： If ConfigMgr and SQL were on the same server, ConfigMgr would automatically create the database for you. Since SQL is running on a remote server, you do indeed have to create the database on the remote SQL server first. [...]]]></description>
			<content:encoded><![CDATA[<p>今天在邮件列表中看到关于 site database 和 site server 不在同一台机器情况的讨论，结论是：如果两者不在同</p>
<p>一台机器上，必须先在 site database server 上先建一个空的库实例（不要做任何设置），然后在安装是连接到 </p>
<p>database server 的实例即可。</p>
<p>原文节选：</p>
<p>If ConfigMgr and SQL were on the same server, ConfigMgr would automatically create the database for </p>
<p>you.<br />
 Since SQL is running on a remote server, you do indeed have to create the database on the remote </p>
<p>SQL server first. </p>
<p>Just create it with the defaults&hellip;don&rsquo;t make any edits/changes; the install will do the rest for you.</p>
<p>讨论的延伸：</p>
<p>如果 site server 和 site database server 不在一台机器上，SMS Provider 最好和 site database server 在同</p>
<p>一台机器上，这样做的效率更高。除非 site database server 是 SQL Server Virtual Cluster Instance 形式的</p>
<p>时候（ Provider 不能安装在 SQL Server Virtual Cluster 上），才需要安装在非这两者的机器上。</p>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2007/11/1041/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

