ქვედა ხაზი: თუ გსურთ გამოიყენოთ ნახვა ქონება წესი ქმნის აუდიტორია, ქონების უნდა იყოს ხილული "ყველასათვის".

I was working with a co-worker yesterday and he was building out a MOSS audience based on a custom user profile property in MOSS. ამ შემთხვევაში, აუდიტორიის ქონება სახელწოდებით "SITECD" და კონვენციის, დაცულია 3 ციფრიანი კოდი. იგი განისაზღვრება აუდიტორიის და წესი, რომ განაცხადა, რომ თუ "SITECD შეადგენს" ასოციაციის ", შემდეგ შედის, რომ პროფილის აუდიტორიაში.

მან ჩამოაყალიბა ერთ პროფილი, რომ მნიშვნელობა და შედგენილი აუდიტორია, but MOSS simply wouldn’t add that user. I noticed that the privacy setting for that profile was set to “me only” (ყველაზე შემაკავებელი ფორმა) and I remembered reading somewhere that property profiles used in rules must be visible by “everyone”. He made that change and that solved the problem.

The really funny thing about this is that I “remembered” reading about this. It was nagging at me this morning for some reason and I realized that I had written a chapter in this book, MOSS ახსნა: ინფორმაცია მუშა ღრმა Dive შევიდა Microsoft Office SharePoint Server 2007, და რომ დაფარული ამ დროისთვის ძალიან თავი დავწერე :). I would have thought that every word I wrote in that chapter would be seared into my memory.

მეთიუ Morse წერს ეს ყველაფერი ლამაზ დეტალურად აქ და მე მითითებული ეს თავი: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</ბოლო>გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

I’ve been working with SharePoint SSO and learning as I go. One way in which this works is that you tell SharePoint about external applications. Users log into that application via some SharePoint function (e.g. iView ვებ ნაწილი). The first time the user performs this action, it prompts them for the correct user id and password to use for that system. It’s setting up a mapping between your SharePoint credentials and your credentials for that backend system. Thereafter, შესახებ არ უნდა შევიდეს პირადობის როდესაც ისინი, რომ სისტემა.

That part worked well for me. თუმცა, იგი სთხოვს კითხვა, "როგორ ამჯამად შესახებ შეცვლა მომხმარებლის ID და პაროლი?” The user might have made a mistake, ან იქნებ თქვენ აკეთებთ რაღაც ტესტირებას dev გარემოს და უნდა სწრაფად გადაერთოთ ანგარიშები.

მე არ ვიცი პასუხი ამ, მაგრამ მე ვიცი, რომ თქვენ შეგიძლიათ წასვლას ცენტრალური ადმინისტრაცია და მართვა მომხმარებლის მიდგომებით:

ცენტრალური ადმინისტრაცია -> ოპერაციები -> მართვა მარტო შესვლა On -> მართვა ანგარიშის ინფორმაცია საწარმო განაცხადის განმარტება

იქიდან, თქვენ შეგიძლიათ მიუთითოთ გარე პროგრამა (e.g. SAP) and the account you want to delete. You can also change the mapping.

თუ თქვენ იცით, როგორ უნდა დაუშვას ბოლოს წევრებს, რათა პირდაპირ შეცვალოს მათი მიდგომებით, kindly post a comment 🙂

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

I needed to do some minimal proving today that iView web parts can work in my client’s environment. I’ve never worked with this slice of SharePoint before.

Microsoft შექმნა ძალიან მაღალი ხარისხის თეთრი ქაღალდი ამ საკითხზე.

პირველი დაბრკოლება მე უნდა გადალახოს იყო - სად არის iView ვებ ნაწილი? რატომღაც, ჩემი პირველი მიაჩნდა, რომ მე უნდა გადმოწეროთ საიტი სადღაც, perhaps SAP’s site. მე მქონდა 1/2 convinced myself that iView web parts might even cost extra. რა თქმა უნდა, ისინი შეიცავენ MOSS (მე ვფიქრობ, რომ საწარმო; არის ის, რაც მე გამოყენებით აქ ნებისმიერ შემთხვევაში). I’ve seen the standard “add a web part” dialog box hundreds or more times and always glossed over it. No more!

The next obstacle is that I can’t read instructions.

მე გამოყენებით ვებგვერდი ნაწილი და ინახება მიღება ამ შემაშფოთებელი გაგზავნა:

No SAP servers are configured for this site. Contact your administrator to configure trusted SAP servers.

თეთრი ქაღალდი ნათლად წერია, შეცვალონ კონფიგურაციის ფაილი მდებარეობს ფაილი "<დისკის:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, ყველა ვნახე იყო "Program Files ... Config" და მე პირდაპირ მოშორებით 12 hive. Once I finally slowed down to read it, I realized my mistake and it was easy to fix.

I continued on my merry way with SSO configuration. It’s not all at clear to me if that worked, მაგრამ ეს კიდევ ერთი ამბავი მეორე დღეს.

ქვედა ხაზი:

1. iView ვებ ნაწილების შედის იმ ყუთში ერთად SharePoint (ალბათ საწარმო).

2. ჯადოსნური კონფიგურაციის ფაილი, "TrustedSAPHosts.config", არ ცხოვრობს 12 hive.

</ბოლო>

გამოწერა ჩემი დღიური.

გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin

დღეს, I’m doing some hobby work with a virtual machine running on my desktop. I’m connecting via IE on my laptop and I’m noticing horrible performance. IE keeps freezing, როცა ეს ყველაფერი წვდომის არაფერი ზედა მარჯვენა კუთხეში რომ გამოიწვევს ჩამოშლადი სია, კარგად, drop down. I would click on Site Actions and things freeze up for a while. They would freeze long enough for me to switch over to another browser window and do something else. If I confine myself to navigating around from page to page, ეს გონივრულად სწრაფად, but even that feels slow. როგორც წესი,, things are very fast.

I’ve had this happen to me before and I think that I ended up rebooting at the time. I’m about to do that when I somehow notice I’m still VPN’d to a client from 2 დღის წინ(!). I disconnect and that that solves my performance problem.

</ბოლო>

გამოწერა ჩემი დღიური.

ჩვენ ვმუშაობთ ამ მომხმარებლის მიღების ტესტირების (UAT) გარემო, რომელიც, შედარებით განვითარების, მკვდარია ნელი.

ეს რთული გარემოს გამოყენებით FBA, SQL 2008, SSRS და გაფართოებულ ვებ პროგრამა ხელმისაწვდომი ინტერნეტში გამოყენებით https, ასე რომ ეს იყო რთული მწკრივზე ქვემოთ საკითხი.

იყიდება წინა კლიენტს, ჩვენ FBA ერთად LDAP როლი მიმწოდებლის (და წევრობის მიმწოდებლის). One of my colleagues, ბევრად უფრო ჭკვიანი ვიდრე I, determined that the "out of the box" LDAP როლი მიმწოდებლის, როდესაც გამოიყენება, რომ გარემოს, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

ეს სიტუაცია, როგორც ჩანს, მსგავსი, so we looked into replicating that solution to the today’s client. As I was debugging that, მე დავინახე, რომ ამ გზავნილს რომ ხშირად გამოჩნდება სისტემა ჟურნალი (ეხლა თარიღის Viewer):

A worker process with process id of ‘XXX’ serving application pool ‘Home – 80’ has requested a recycle because it reached its virtual memory limit.

მე ეს ნიშნავს იმას, რომ ოთახი აუზი გადამუშავება შორს, ძალიან ხშირად, რაც ახსნას შესრულების პრობლემა.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (in მბ)" had been set to true and had been set to 5000. That seems like enough, but I decided to unset the value and that had an immediate positive effect. No more app pool recycling. No more mysterious slow-downs and pauses.

I don’t really understand the underlying "stuff" რომ იქ, მაგრამ მკაფიოდ გარკვეული მიზეზის / ეფექტი რამ ხდება და ახლა, UAT გარემო გამოსადეგი.

</ბოლო>

გამოწერა ჩემი დღიური.

ეს არის კარგი პრაქტიკა, ალბათ კი საუკეთესო გამოცდილება, გადახედოს თქვენი ძებნა იუწყება თვეში ერთხელ და ვეძებთ გოლის საუკეთესო ფსონები, tune your thesaurus and maybe even uncover some business intelligence that is otherwise hidden to management.

It’s already the 3rd of the month. Time’s awastin’ 🙂

</ბოლო>

გამოწერა ჩემი დღიური.

ამის New Jersey SharePoint მომხმარებელი ჯგუფი შეხვედრის ღამით, Microsoft Sr. პროდუქტის სპეციალისტი DuWayne ჰარისონ წარმოდგენილი Microsoft მონაცემთა დაცვის მენეჯერი 2007. DuWayne was great (და იგი მხარს უჭერს ერთი ან ორი კოლეგებს აუდიტორიის რომელთა სახელები მე არ მახსოვს). თქვენ შეგიძლიათ საპრეზენტაციო მასალა აქ.

მანამდე ღამით, მე არასოდეს მსმენია DPM.

მე არ ვარ სისტემა admin ტიპის პირი, so I’m writing this from SharePoint consultant’s perspective and may get some of the words wrong. ჩემთვის, DPM is a backup/restore solution for Microsoft "stuff":

• თამაშები
• SQL
• O / S
• ვირტუალური მანქანები (ცხოვრობს სარეზერვო VM, მაშინაც კი, თუ VM თავად მიმდინარეობს Unix).
• შიშველი ლითონის აღდგენა (i.e. კატასტროფული ტექნიკის უკმარისობა).

ამის მიღმა პერსონალი, which I would consider to be minimal requirements for any kind of "real" სარეზერვო / აღდგენის პროდუქტი, DPM also has built-in intelligence for SharePoint. It understands about server farms and lets you restore:

• მთელი მონაცემთა ბაზებთან (e.g. შინაარსი, config, და ა.შ.).
• საიტის კოლექციებში
• ინდივიდუალური საიტები
• ინდივიდუალური ნივთები (e.g. დოკუმენტები).

The actual restore process involves extracting the target data from the backup and save it into a "restore farm" და შემდეგ იქიდან, მოძრავი მას წარმოების გარემოში (ან იქ, სადაც გსურთ აღდგენა). I think this is seamless, but there was a lot of emphasis on the need for a "restore farm". The restore farm does not need to match the production environment in every particular (ძირითადად ფიზიკური ტოპოლოგია) მაგრამ ჯერ უნდა შეესაბამებოდეს თვალსაზრისით თარგები, ვერსიებს, და ა.შ..

მე არ მინახავს სრულ ბოლოში დემო, but DuWayne did show screen shots and some live demos. It seems to be as good as it needs to be, სულ ცოტა ზომიერი ზომის გარემოს.

I was particularly struck by the pricing. Obviously, არ გამართავს ჩემთვის ამ, მაგრამ მე მჯერა, რომ ყველაზე ძვირადღირებული ფასების დაახლოებით შემდეგი სახით (აშშ დოლარში):

• $600 ამისთვის DPM თავად.
• ტექნიკის DPM სერვერზე (და მასთან დაკავშირებული პერსონალის მედიისა და ყველა რომ).
• $450 თითოეული სერვერზე გსურთ სარეზერვო ("enterprise" ლიცენზიის).

ხუთ სერვერზე ფერმა დაუჯდებოდა უმეტეს:

• $600 ამისთვის DPM
• $450 x 5 სერვერები = $2,250

სულ ღირებულება ლიცენზიების: $2,850

პრაქტიკაში, it would be less. You wouldn’t necessarily need to have DPM installed on each web front end, მაგალითად. You don’t necessarily need enterprise licenses either.

The user interface is seems very simple probably would not require any special training to get up to speed. I did ask about that specifically and there is apparently a 1.5 დღეს კლასში შესაძლებელი, თუმცა ეს არ არის აშკარა, რომ ვინმე რეალურად უნდა მიიღოს იგი.

ყველა ყველა, ვფიქრობ, ეს, რა თქმა უნდა ღირს იძიებს, თუ თქვენ იქ ეძებენ მონაცემთა დაცვის გადაწყვეტა SharePoint.

</ბოლო>

გამოწერა ჩემი დღიური.

Twitter: http://twitter.com/pagalvin