ಬಾಟಮ್ ಲೈನ್: ನೀವು ಪ್ರೇಕ್ಷಕರ ರಚಿಸಲು ಒಂದು ನಿಯಮವು ಒಂದು ಪ್ರೊಫೈಲ್ ಆಸ್ತಿ ಬಳಸಲು ಬಯಸಿದರೆ, ಆಸ್ತಿ ಗೋಚರಿಸುತ್ತದೆ ಇರಬೇಕು "ಎಲ್ಲರೂ."

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 ಸಮ 'ABG'" ಎಂದು ಹೇಳಿದರು ನಿಯಮದಂತೆ ವಿಶದೀಕರಿಸಿದ್ದರು, ನಂತರ ಪ್ರೇಕ್ಷಕರು ಆ ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್ ಸೇರಿವೆ.

ಅವರು ಮೌಲ್ಯದೊಂದಿಗೆ ಒಂದು ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್ ಸ್ಥಾಪಿಸಲು ಮತ್ತು ಪ್ರೇಕ್ಷಕರ ಕಂಪೈಲ್, 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 ವಿವರಿಸಲಾಗಿದೆ: ಮೈಕ್ರೋಸಾಫ್ಟ್ ಆಫೀಸ್ ಶೇರ್ಪಾಯಿಂಟ್ ಸರ್ವರ್ ಒಂದು ಮಾಹಿತಿ ವರ್ಕರ್ಸ್ ಆಳವಾಗಿ ಧುಮುಕುವುದಿಲ್ಲ 2007, ಮತ್ತು ನಾನು ತುಂಬಾ ಅಧ್ಯಾಯದಲ್ಲಿ ಈ ಆವರಿಸಿದ ನಾನು ಬರೆದ :). I would have thought that every word I wrote in that chapter would be seared into my memory.

ಅಧ್ಯಾಯದಲ್ಲಿ ಮ್ಯಾಟ್ ಮೋರ್ಸ್ ಇಲ್ಲಿ ಸುಂದರ ವಿವರ ಈ ಅಪ್ ಬರೆಯುತ್ತಾನೆ ಮತ್ತು ನಾನು ಉಲ್ಲೇಖ: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</ಕೊನೆಯಲ್ಲಿ>ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ 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 (ಉದಾ.. 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. ಹೇಗಾದರೂ, ಇದು ಪ್ರಶ್ನೆ ಬೇಡಿಕೊಂಡಳು, "ಹೇಗೆ ಬಳಕೆದಾರ ಬಳಕೆದಾರರ ಐಡಿ ಅಥವಾ ಗುಪ್ತಪದವನ್ನು ಬದಲಾಯಿಸಲು ಇಲ್ಲ?” The user might have made a mistake, ಅಥವಾ ಬಹುಶಃ ನೀವು ದೇವ್ ಪರಿಸರದಲ್ಲಿ ಕೆಲವು ಪರೀಕ್ಷೆ ಮಾಡುವ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಖಾತೆಗಳನ್ನು ಬದಲಾಯಿಸಲು ಅಗತ್ಯವಿದೆ ನೀವು.

ನಾನು ಉತ್ತರ ಗೊತ್ತಿಲ್ಲ, ಆದರೆ ನಾನು ನೀವು ಕೇಂದ್ರ ಆಡಳಿತ ಹೋಗಿ ಎಂದು ತಿಳಿಯಲು ಮತ್ತು ಬಳಕೆದಾರನ ರುಜುವಾತುಗಳನ್ನು ನಿರ್ವಹಿಸಿ ಇಲ್ಲ:

ಕೇಂದ್ರ ಆಡಳಿತ -> ಕಾರ್ಯಾಚರಣೆ -> ಸೈನ್ ರಂದು ಏಕ ನಿರ್ವಹಿಸಿ -> ಒಂದು ಎಂಟರ್ಪ್ರೈಸ್ ಅಪ್ಲಿಕೇಶನ್ ವ್ಯಾಖ್ಯಾನಕ್ಕಾಗಿ ಖಾತೆ ಮಾಹಿತಿ ನಿರ್ವಹಿಸಿ

ಅಲ್ಲಿಂದ, ನೀವು ಬಾಹ್ಯ ಅಪ್ಲಿಕೇಶನ್ ಸೂಚಿಸಬಹುದು (ಉದಾ.. SAP) and the account you want to delete. You can also change the mapping.

ನೀವು ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ನೇರವಾಗಿ ಅವರ ರುಜುವಾತುಗಳನ್ನು ಬದಲಾಯಿಸಲು ಅವಕಾಶ ಹೇಗೆ ತಿಳಿದಿದ್ದರೆ, kindly post a comment 🙂

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ 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.

ಮೈಕ್ರೋಸಾಫ್ಟ್ ಈ ವಿಷಯದ ಬಗ್ಗೆ ಒಂದು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಬಿಳಿಯ ಕಾಗದದ ಸೃಷ್ಟಿಸಿದೆ.

ನಾನು ಜಯಿಸಲು ಮೊಟ್ಟಮೊದಲ ಅಡಚಣೆಯಾಯಿತು - 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, ನಾನು ಕಂಡ ಎಲ್ಲಾ "ಕಾರ್ಯಕ್ರಮದಲ್ಲಿ ಕಡತಗಳನ್ನು ... ಕಾನ್ಫಿಗರೇಷನ್" ಮತ್ತು ನಾನು ನೇರವಾಗಿ ದೂರ ಹೋದರು 12 ಜೇನುಗೂಡು. 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 ವೆಬ್ ಭಾಗಗಳು ಶೇರ್ಪಾಯಿಂಟ್ ಜೊತೆ ಬಾಕ್ಸ್ ಹೊರಗೆ ಸೇರ್ಪಡಿಸಲಾಗಿದೆ (ಬಹುಶಃ ಎಂಟರ್ಪ್ರೈಸ್).

2. ಮಾಯಾ ಸಂರಚನಾ ಕಡತ, "TrustedSAPHosts.config", ರಲ್ಲಿ ವಾಸಿಸುವುದಿಲ್ಲ 12 ಜೇನುಗೂಡು.

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ 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, it’s reasonably quick, 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 days ago(!). I disconnect and that that solves my performance problem.

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಾವು ಒಂದು ಬಳಕೆದಾರ ಅಂಗೀಕಾರ ಪರೀಕ್ಷೆ ಕೆಲಸ ಮಾಡಿರುವ (UAT) ಪರಿಸರಕ್ಕೆ ಇದು, ಅಭಿವೃದ್ಧಿ ಹೋಲಿಸಿದರೆ, ನಿಧಾನಗತಿಯ ಡೆಡ್.

ಇದು FBA ಬಳಸಿಕೊಂಡು ಸಂಕೀರ್ಣ ವಾತಾವರಣ, SQL 2008, ಬಳಸುವ https SSR ಗಳಾಗಿ ಮತ್ತು ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ನಿಲುಕಿಸಿಕೊಳ್ಳಬಹುದಾದ ವಿಸ್ತರಿಸಲಾದ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ಗಳು, ಆದ್ದರಿಂದ ಸಮಸ್ಯೆಯನ್ನು ಕೆಳಗೆ ಟ್ರ್ಯಾಕ್ ಮಾಡಲು ಹಾರ್ಡ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿದ್ದರೆ.

ಹಿಂದಿನ ಗ್ರಾಹಕನಿಗೆ, we used FBA with an LDAP role provider (and membership provider). One of my colleagues, far more clever than I, determined that the "out of the box" LDAP role provider, when used in that environment, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

This situation seemed similar, so we looked into replicating that solution to the today’s client. As I was debugging that, I noticed that this message would frequently appear in the System log (from Event 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 took this to mean that the app pool was recycling far, ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸಾಧನೆ ಸಮಸ್ಯೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (ಮೆಗಾಬೈಟಿನಲ್ಲಿರುವ)" 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’ 🙂

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ಮೇಲೆ ನ್ಯೂಜೆರ್ಸಿ ಶೇರ್ಪಾಯಿಂಟ್ ಬಳಕೆದಾರ ಗುಂಪು ಕಳೆದ ರಾತ್ರಿ ಭೇಟಿ, ಮೈಕ್ರೋಸಾಫ್ಟ್ ಸೀನಿಯರ್. ಉತ್ಪನ್ನ ವಿಶೇಷ DuWayne ಹ್ಯಾರಿಸನ್ ಪ್ರಸ್ತುತ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಡಾಟಾ ಸಂರಕ್ಷಣೆ ಮ್ಯಾನೇಜರ್ 2007. DuWayne was great (ಮತ್ತು ಅವರು ಅವರ ಹೆಸರುಗಳು ನನಗೆ ನೆನಪಿರುವಂತೆ ಇಲ್ಲ ಪ್ರೇಕ್ಷಕರು ಒಂದು ಅಥವಾ ಎರಡು ಸಹವರ್ತಿಗಳಿಂದ ಬೆಂಬಲವನ್ನು ಪಡೆದರು). ನೀವು ಇಲ್ಲಿ ಪ್ರಸ್ತುತಿ ವಸ್ತುಗಳನ್ನು ಪಡೆಯುವುದು.

ಅಪ್ ರವರೆಗೆ ಕೊನೆಯ ರಾತ್ರಿ, ನಾನು DPM ಆಫ್ ಕೇಳಿರದ.

ನಾನು ವ್ಯವಸ್ಥೆಯ ನಿರ್ವಹಣೆ ಮಾದರಿ ವ್ಯಕ್ತಿ ಮನುಷ್ಯ, 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
• ಒ / ಎಸ್
• ವರ್ಚುವಲ್ (VM ನ ಬ್ಯಾಕ್ಅಪ್ ಲೈವ್, VM ಸ್ವತಃ ಯುನಿಕ್ಸ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಹ).
• ಖಾಲಿ ಲೋಹದ ಚೇತರಿಕೆ (ಅಂದರೆ. ದುರಂತ ಹಾರ್ಡ್ವೇರ್ ವೈಫಲ್ಯ).

ಆ ವಿಷಯವನ್ನು ಮೀರಿ, 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:

• ಸಂಪೂರ್ಣ ಡೇಟಾಬೇಸ್ (ಉದಾ.. ವಿಷಯ, ಸಂರಚನಾ, ಇತ್ಯಾದಿ).
• ಸೈಟ್ ಸಂಗ್ರಹಣೆಗಳು
• ವೈಯಕ್ತಿಕ ತಾಣಗಳು
• ವೈಯಕ್ತಿಕ ಐಟಂಗಳನ್ನು (ಉದಾ.. ದಾಖಲೆಗಳು).

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, ನನಗೆ ಈ ಅಭಿಪ್ರಾಯ ಪಡುವುದಿಲ್ಲ, ಆದರೆ ನಾನು ಅತ್ಯಂತ ದುಬಾರಿ ಬೆಲೆ ಸ್ಥೂಲವಾಗಿ ಮಾಹಿತಿ ಅನುಸರಿಸುತ್ತದೆ ಎಂದು ನಂಬುತ್ತಾರೆ (USD ಯಲ್ಲಿ):

• $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 ಲಭ ದಿನ ವರ್ಗ, ಇದು ಯಾರಾದರೂ ಅದನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ನನಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಅಲ್ಲ ಆದರೂ.

ಎಲ್ಲಾ ಎಲ್ಲಾ, ನಾನು ಶೇರ್ಪಾಯಿಂಟ್ ಒಂದು ದಶಮಾಂಶ ರಕ್ಷಣೆ ಪರಿಹಾರ ಹುಡುಕುತ್ತಿರುವ ಅಲ್ಲಿಗೆ ಕೋರುತ್ತೇವೆ ವೇಳೆ ಇದು ಖಂಡಿತವಾಗಿಯೂ ತನಿಖೆ ಮೌಲ್ಯದ ಹಿತ.

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ಟ್ವಿಟರ್: http://twitter.com/pagalvin