<?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>CAS &#8211; Haikos Blog</title>
	<atom:link href="https://www.hertes.net/tag/cas/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.hertes.net</link>
	<description>Blog von Haiko Hertes zu allen Themen rund um Microsoft, Cloud und Datacenter</description>
	<lastBuildDate>Wed, 05 Mar 2014 12:39:45 +0000</lastBuildDate>
	<language>de</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>SCCM: Laufwerk C:\ auf CAS l&#228;uft wegen SCCMContenLib voll</title>
		<link>https://www.hertes.net/2014/01/sccm-laufwerk-c-auf-cas-luft-wegen-sccmcontenlib-voll/</link>
					<comments>https://www.hertes.net/2014/01/sccm-laufwerk-c-auf-cas-luft-wegen-sccmcontenlib-voll/#comments</comments>
		
		<dc:creator><![CDATA[Haiko]]></dc:creator>
		<pubDate>Wed, 15 Jan 2014 06:27:00 +0000</pubDate>
				<category><![CDATA[System Center Configuration Manager]]></category>
		<category><![CDATA[CAS]]></category>
		<category><![CDATA[SCCM]]></category>
		<category><![CDATA[Speicherplatz]]></category>
		<guid isPermaLink="false">http://www.hertes.net/?p=2122</guid>

					<description><![CDATA[Erst kürzlich bekam ich von unserem SCCM-System eine E-Mail mit folgendem Betreff: Warnung: Warnung: Nicht genügend Speicherplatz für Datenbank an Standort &#34;CAS&#34; vorhanden Als ich der Sache auf den Grund ging, stellte ich fest, dass der Ordner C:\SCCMContentLib ziemlich groß geworden ist: Der Grund hierfür ist, dass auch auf einer CAS – wo kein DP vorhanden ist – Daten für die Verteilung abgelegt werden, wenn dieser Content auf der CAS angelegt wurde, was im Sinne einer zentralen Verteilung sicher oft gemacht wird. Da aber nun kein DP vorhanden ist, kann man das Laufwerk nicht beeinflussen, auf dem diese Daten abgelegt&#8230;]]></description>
										<content:encoded><![CDATA[<p>Erst kürzlich bekam ich von unserem SCCM-System eine E-Mail mit folgendem Betreff:</p>
<p><em>Warnung: Warnung: Nicht genügend Speicherplatz für Datenbank an Standort &quot;CAS&quot; vorhanden</em></p>
<p>Als ich der Sache auf den Grund ging, stellte ich fest, dass der Ordner <strong>C:\SCCMContentLib</strong> ziemlich groß geworden ist:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/01/contenlib1.png"><img fetchpriority="high" decoding="async" title="contenlib1" style="border-top: 0px; border-right: 0px; background-image: none; border-bottom: 0px; float: none; padding-top: 0px; padding-left: 0px; margin: 0px auto; border-left: 0px; display: block; padding-right: 0px" border="0" alt="contenlib1" src="https://www.hertes.net/wp-content/uploads/2014/01/contenlib1_thumb.png" width="375" height="484" /></a></p>
<p>Der Grund hierfür ist, dass auch auf einer CAS – wo kein DP vorhanden ist – Daten für die Verteilung abgelegt werden, wenn dieser Content auf der CAS angelegt wurde, was im Sinne einer zentralen Verteilung sicher oft gemacht wird. Da aber nun kein DP vorhanden ist, kann man das Laufwerk nicht beeinflussen, auf dem diese Daten abgelegt werden sollen. Daher wird standardmäßig das Laufwerk verwendet, welches über den meisten freien Speicherplatz verfügt (zum Zeitpunkt der Installation der CAS). </p>
<p>Dies hätte man verhindern können, wenn man vor der Installation der ContentLibrary auf der CAS ein leeres File mit dem Namen “<strong>no_sms_on_drive.sms</strong>” im Laufwerks-Root des Laufwerkes ablegt, auf dem keine SCCM-Daten liegen sollen.</p>
<p>Um nun aber nachträglich die Daten von einem Laufwerk auf ein anderes zu bekommen, ist das Tool “<strong>ContenLibraryTransfer</strong>” gedacht, welches sich im <a href="http://www.microsoft.com/en-us/download/details.aspx?id=36213" target="_blank">Configuration Manager Toolkit</a> befindet.</p>
<p>Neben diesem Tool sind dort auch noch weitere enthalten:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/01/contenlib2.png"><img decoding="async" title="contenlib2" style="border-top: 0px; border-right: 0px; background-image: none; border-bottom: 0px; float: none; padding-top: 0px; padding-left: 0px; margin: 0px auto; border-left: 0px; display: block; padding-right: 0px" border="0" alt="contenlib2" src="https://www.hertes.net/wp-content/uploads/2014/01/contenlib2_thumb.png" width="644" height="383" /></a></p>
<p><em><strong>Hinweis</strong>: Es wird immer nur die aktuellste Version von Microsoft angeboten – also aktuell 2012 R2. Diese Version funktioniert auch z.B. auf einem SCCM 2012 SP1!</em></p>
<p>Die Benutzung ist relativ einfach:</p>
<p><em>C:\Program Files (x86)\ConfigMgr 2012 Toolkit R2\ServerTools\ContentLibraryTransfer.exe –SourceDrive &lt;AktuellesLaufwerk&gt; –TargetDrive &lt;ZielLaufwerk&gt;</em></p>
<p>Das Tool kopiert dann die Inhalte auf das <strong>Ziellaufwerk</strong> und sorgt dafür, dass alle internen Verweise entsprechend geändert werden. Außerdem wird anschließend auf dem <strong>Quelllaufwerk</strong> eine NO_SMS_ON_DRIVE.SMS angelegt.</p>
<p>Am Ende sollte es dann so aussehen:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2014/01/contenlib3.png"><img decoding="async" title="contenlib3" style="border-top: 0px; border-right: 0px; background-image: none; border-bottom: 0px; float: none; padding-top: 0px; padding-left: 0px; margin: 0px auto; border-left: 0px; display: block; padding-right: 0px" border="0" alt="contenlib3" src="https://www.hertes.net/wp-content/uploads/2014/01/contenlib3_thumb.png" width="644" height="328" /></a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.hertes.net/2014/01/sccm-laufwerk-c-auf-cas-luft-wegen-sccmcontenlib-voll/feed/</wfw:commentRss>
			<slash:comments>3</slash:comments>
		
		
			</item>
		<item>
		<title>SCCM2012: Fehler beim Installieren einer neuen Primary Site in bestehender Hierarchie</title>
		<link>https://www.hertes.net/2013/03/sccm2012-fehler-beim-installieren-einer-neuen-primary-site-in-bestehender-hierarchie/</link>
					<comments>https://www.hertes.net/2013/03/sccm2012-fehler-beim-installieren-einer-neuen-primary-site-in-bestehender-hierarchie/#respond</comments>
		
		<dc:creator><![CDATA[Haiko]]></dc:creator>
		<pubDate>Sat, 09 Mar 2013 17:40:02 +0000</pubDate>
				<category><![CDATA[System Center Configuration Manager]]></category>
		<category><![CDATA[CAS]]></category>
		<category><![CDATA[Forefront]]></category>
		<category><![CDATA[Hierarchie]]></category>
		<category><![CDATA[Installation]]></category>
		<category><![CDATA[ISA]]></category>
		<category><![CDATA[Primary Site]]></category>
		<category><![CDATA[SCCM]]></category>
		<category><![CDATA[TMG]]></category>
		<guid isPermaLink="false">http://www.hertes.net/?p=1624</guid>

					<description><![CDATA[Folgender Fehler ist mir heute begegnet, als ich einen weiteren Server als Primary Site zu einer bestehenden SCCM-Hierarchie hinzufügen wollte: &#160; Der Fehlertext lautet: &#8222;Der Benutzer, der Setup ausführt, muss am zentralen Zielverwaltungsstandort über die RBA-Sicherheitsrolle &#8222;Infrastrukturadministrator&#8220; oder &#8222;Hauptadministrator&#8220; verfügen. Überprüfen Sie, ob der Benutzer über die richtige Rolle verfügt.&#8220; Die englische Fehlermeldung hierzu lautet: &#8222;The setup login user does not have sufficient permission to configure replication with specified central administration site&#8220; Da der User bereits vorher an einem anderen Standort zu Installation problemlos genutzt wurde und auch über die Hauptadministrator-Rolle (&#8222;Full Administrator&#8220;) verfügte, musste es ein anderes Problem sein.&#8230;]]></description>
										<content:encoded><![CDATA[<p>Folgender Fehler ist mir heute begegnet, als ich einen weiteren Server als Primary Site zu einer bestehenden SCCM-Hierarchie hinzufügen wollte:</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Error.png"><img loading="lazy" decoding="async" class="aligncenter size-full wp-image-1625" alt="SCCM_Add_to_CAS_Error" src="https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Error.png" width="751" height="569" srcset="https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Error.png 751w, https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Error-300x227.png 300w" sizes="auto, (max-width: 751px) 100vw, 751px" /></a></p>
<p>&nbsp;</p>
<p>Der Fehlertext lautet: <em>&#8222;Der Benutzer, der Setup ausführt, muss am zentralen Zielverwaltungsstandort über die RBA-Sicherheitsrolle &#8222;Infrastrukturadministrator&#8220; oder &#8222;Hauptadministrator&#8220; verfügen. Überprüfen Sie, ob der Benutzer über die richtige Rolle verfügt.&#8220;</em></p>
<p>Die englische Fehlermeldung hierzu lautet:<em> &#8222;The setup login user does not have sufficient permission to configure replication with specified central administration site&#8220;</em></p>
<p>Da der User bereits vorher an einem anderen Standort zu Installation problemlos genutzt wurde und auch über die Hauptadministrator-Rolle (&#8222;Full Administrator&#8220;) verfügte, musste es ein anderes Problem sein.</p>
<p>Nach einigen Tests und Recherchen konnte ich den Fehler finden und beseitigen. Die beiden Standorte (Standort der CAS und Standort der neu zu installierenden Primary Site) sind über Site-to-Site-VPNs mit Hilfe vom ISA-Server bzw. Forefront TMG verbunden. Hier gibt es eine Filter-Regelung namens <em>&#8222;Strikte RPC-Einhaltung erzwingen&#8220;</em> (&#8222;Enforce strict RPC compliance&#8220;):</p>
<p><a href="https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Solution1.png"><img loading="lazy" decoding="async" class="aligncenter size-full wp-image-1627" alt="SCCM_Add_to_CAS_Solution" src="https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Solution1.png" width="518" height="590" srcset="https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Solution1.png 518w, https://www.hertes.net/wp-content/uploads/2013/03/SCCM_Add_to_CAS_Solution1-263x300.png 263w" sizes="auto, (max-width: 518px) 100vw, 518px" /></a></p>
<p>&nbsp;</p>
<p>(Zu finden unter <em>&#8222;Webzugriffsrichtlinie&#8220; / &#8222;RICHTLINIE&#8220; / &#8222;Protokolle&#8220; / &#8222;Filterung&#8220; / &#8222;RPC-Protokoll konfigurieren&#8220;</em>)</p>
<p>Nach dem ich diese Option auf beiden Seiten deaktiviert und die VPN-Verbindungen neu aufgebaut hatte, ließ sich die neue Primary Site problemlos installieren, da nun DCOM-Traffic zulässig war.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.hertes.net/2013/03/sccm2012-fehler-beim-installieren-einer-neuen-primary-site-in-bestehender-hierarchie/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
